No es solo aprobar un examen.
Es entender cómo construir un SGSI que funcione en la realidad.
Utiliza el resumen para identificar huecos: qué parte puedes explicar y cuál sigues recordando solo como definición.
📌 Antes de empezar: Este resumen no repite los "Lo que debes llevarte de aquí" de cada módulo. En cada módulo ya tienes los consejos prácticos específicos. Aquí tienes la visión global que conecta todos los módulos, los errores típicos y un checklist final.
| M1 | Introducción La triada CIA y qué es realmente un SGSI. La base conceptual de todo lo demás. |
| M2 | Business Case Convencer a la dirección. Sin esto, el proyecto no arranca. |
| M3 | GAP Analysis Saber dónde estamos. El diagnóstico que evita construir sobre suposiciones. |
| M4 | Contexto Entender el entorno. Lo que pasa fuera y dentro afecta a la seguridad. |
| M5 | Liderazgo Compromiso desde arriba. Sin alta dirección implicada, el SGSI muere. |
| M6 | Planificación Anticiparse a los riesgos. Evaluar, tratar, documentar en la SoA. |
| M7 | Soporte Recursos, competencias, concienciación. El combustible del SGSI. |
| M8 | Operación Ejecutar lo planificado. Los cambios, los proveedores, el día a día. |
| M9 | Evaluación Medir para saber si funciona. Auditorías internas y revisión por dirección. |
| M10 | Mejora El SGSI no termina con la certificación. Solo empieza. No conformidades, acciones correctivas, PHVA. |
| M1 | CIA · SGSI · Anexo A · Certificación ≠ Preparación |
| M2 | Business Case · ROI · Opciones · Lenguaje de negocio |
| M3 | GAP · Brecha · Madurez · COBIT (0-5) |
| M4 | Contexto externo/interno · Stakeholders · Alcance |
| M5 | Alta dirección · Política · Roles · Responsabilidades |
| M6 | Riesgos · Tratamiento (evitar/aceptar/modificar/compartir) · SoA |
| M7 | Recursos · Competencia · Concienciación · Documentación |
| M8 | Operación · Cambios planificados/no planificados · Proveedores |
| M9 | Métricas · Auditoría interna · Revisión por dirección |
| M10 | No conformidad · Causa raíz · PHVA · Mejora continua |
| 1️⃣ → 2️⃣ | Entender (M1) → Convencer (M2). No puedes vender lo que no entiendes. |
| 2️⃣ → 3️⃣ | Convencer (M2) → Diagnosticar (M3). Un Business Case sin diagnóstico real es humo. |
| 3️⃣ → 4️⃣ | Diagnosticar (M3) → Contextualizar (M4). Las brechas solo tienen sentido en tu entorno concreto. |
| 4️⃣ → 5️⃣ | Contexto (M4) → Liderazgo (M5). La dirección solo actúa si el contexto lo exige. |
| 5️⃣ → 6️⃣ | Liderazgo (M5) → Planificar (M6). Sin mandato, la planificación es un ejercicio teórico. |
| 6️⃣ → 7️⃣ → 8️⃣ | Planificar (M6) → Soportar (M7) → Operar (M8). La ejecución necesita recursos y competencias. |
| 8️⃣ → 9️⃣ | Operar (M8) → Evaluar (M9). No sabes si funciona si no lo mides. |
| 9️⃣ → 🔟 | Evaluar (M9) → Mejorar (M10). La evaluación sin mejora es solo burocracia. El ciclo se cierra y vuelve a empezar. |
| Fase 1 | Diagnóstico y convencimiento. M1, M2, M3, M4 → Entiendes, convences, diagnosticas y contextualizas. |
| Fase 2 | Compromiso y planificación. M5, M6 → La dirección se compromete y se planifica la acción. |
| Fase 3 | Ejecución y soporte. M7, M8 → Recursos, competencias y operación del día a día. |
| Fase 4 | Evaluación y mejora continua. M9, M10 → Mides, corriges, mejoras. El ciclo nunca termina. |
| 🎯 | La seguridad no es un proyecto con fecha de fin. Es una capacidad continua de la organización. |
| 🔄 | El SGSI vive en el día a día, no en una carpeta de Google Drive. Se opera, no se archiva. |
| 🧠 | Los documentos son importantes, pero lo crítico es que las personas entiendan y actúen según ellos. |
| 📊 | Las métricas no son para el auditor. Son para saber si estás mejor que ayer. |
Este módulo debe utilizarse dentro de diseño, implantación, operación y mejora de un SGSI basado en riesgos. Su valor no está en repetir definiciones, sino en decidir qué debe ocurrir, quién participa y cómo se demuestra.
Para trabajar «Resumen del curso: 10 módulos en perspectiva», comienza delimitando alcance, criterio, responsables, operación, evidencias y mejora. Después conecta el requisito o principio con los procesos, sistemas, terceros y decisiones que realmente existen en la organización.
Los actores habituales serán Dirección, Seguridad, Riesgos, Tecnología, Legal, Personas y propietarios de activos. No todos ejecutan el control, pero cada uno puede aportar una parte del contexto, la evidencia o la decisión.
La documentación no debería ser una colección de archivos aislados. Debe permitir seguir una relación lógica entre criterio, decisión, actividad y resultado.
Cada evidencia necesita contexto: sistema o proceso al que pertenece, periodo cubierto, fuente, responsable y estado. Sin esos datos, una captura o un documento pueden ser auténticos pero insuficientes.
Escenario: una organización quiere implantar ISO 27001 y comienza por redactar políticas sin haber definido alcance, contexto ni riesgos. El objetivo no es memorizar una respuesta, sino reconstruir qué debería verificarse y con qué evidencia.
Define el alcance y concreta alcance, criterio, responsables, operación, evidencias y mejora.
Contrasta entrevistas con documentos, registros y observación de la operación.
Separa hechos, criterio aplicable, impacto y acción necesaria.
Una empresa parte de cero y debe construir en un año el recorrido completo: caso de negocio, GAP, alcance, liderazgo, riesgos, soporte, operación, evaluación y mejora.
Organización híbrida con cloud, oficina, teletrabajo y proveedores.
¿Qué dependencia condiciona al resto del programa?
Respuesta orientativa: El alcance y el contexto, porque determinan riesgos, controles y evidencias.
el alcance cambia a mitad del proyecto?
Revisa cómo cambian alcance, riesgo, responsabilidad, evidencia y decisión.