Responsabilidad dividida y huecos entre equipos

En el centro de datos local (On-Premise), la organización responde por el 100% de la pila tecnológica (seguridad física, cables, climatización, hipervisor, sistema operativo y datos). En infraestructura como servicio (IaaS), el proveedor asegura el hardware y el hipervisor, pero el cliente sigue siendo responsable de los parches del sistema operativo y la configuración de red. En plataforma como servicio (PaaS), el proveedor asume los parches del sistema operativo y el runtime, y el cliente es responsable de la configuración de acceso y los datos.

La matriz de responsabilidad compartida clarifica qué entidad responde por cada nivel de la pila según el modelo operativo.

Abre el laboratorio y lee matriz-responsabilidad-compartida.txt. Consulta quién es responsable de los parches de sistema operativo en la columna de Azure PaaS.

La ambigüedad sobre quién debe ejecutar una tarea de seguridad en la nube (el equipo de redes tradicional o el equipo de DevOps que escribe Terraform) es una causa recurrente de vulnerabilidades.

Examina fronteras-equipos.txt y determina qué área tiene asignada la infraestructura física pero mantiene dudas sobre la gestión de rutas en AWS Transit Gateway.

El arquitecto de seguridad debe liderar la creación de una matriz RACI (Responsable, Aprobador, Consultado, Informado) explícita que asigne un dueño nominal a cada control en la nube.