ISO/IEC 27001 Foundation — Unidad de autoaprendizaje
Sección 1 de 9 · Referencia: ISO/IEC 27001:2022 (y Amd 1:2024), introducción y capítulos 1 a 3, complementada con términos de ISO/IEC 27000
Fundamentos de la seguridad de la información
La primera sección sienta las bases: por qué la seguridad de la información es un asunto de la dirección para una organización, qué activos se protegen, qué objetivos de protección se aplican y en qué se diferencia la seguridad de la información de la protección de datos y de la mera seguridad TI.
De un vistazo
Las relaciones clave de esta sección en un diagramaNota sobre esta secciónLas lecciones 2 y 3 (Carbanak, historia de la norma) no figuran en la norma. Se basan en hechos difundidos públicamente y en la historia de la norma; sirven para contextualizar, no para la preparación del examen en sentido estricto.
Los tres objetivos de protección de la seguridad de la información
Confidencialidad, integridad y disponibilidad: lo que el SGSI preserva mediante el proceso de gestión de riesgos (Introducción 0.1, apdo. 6.1.2 c) 1))
Confidencialidad vulnerada
Una fuga de datos de la base de datos de clientes. El sistema sigue funcionando y los datos son correctos, pero ya no son secretos.
A.5.15 A.8.24
Integridad vulnerada
Una importación defectuosa intercambia datos de solicitudes. Todo está disponible y es confidencial, pero es erróneo.
A.8.32 A.8.15
Disponibilidad vulnerada
El portal ciudadano deja de funcionar durante cuatro horas. No se ha filtrado nada ni se ha falseado nada: simplemente no está accesible.
A.8.13 A.8.14
De BS 7799 a la DIN EN ISO/IEC 27001:2024-01 (edición nacional alemana)
La secuencia de ediciones de la norma y su adopción en Europa y Alemania
Las 9 lecciones
Haga clic para desplegar · La marca de la izquierda indica que una lección está completadaLa seguridad de la información es una decisión estratégica de la dirección
Decisión estratégica
La implantación, el diseño y el alcance dependen de los objetivos, los requisitos y la estructura de la organización.
Introducción 0.1Parte de la gestión
El SGSI se integra en la estructura de gestión global y en los procesos de la organización, no funciona al margen de ellos.
Introducción 0.1Cambio previsto
Los objetivos, los requisitos y la estructura cambian con el tiempo; el SGSI debe poder adaptarse.
Introducción 0.1Acceso al mercado
Los certificados se exigen cada vez más en licitaciones y auditorías de proveedores.
Práctica
Recuerde: Trampa de examen: la norma presenta expresamente la implantación del SGSI como una decisión estratégica, no técnica. La información es un activo para una organización, comparable al personal, los edificios o el capital. Un SGSI protege este activo de forma planificada mediante un proceso de gestión de riesgos y, con ello, genera confianza en las partes interesadas internas y externas.
Capítulo 1- Los requisitos son genéricos y aplicables a todas las organizaciones, sin importar su tipo o tamaño.
Práctica- Hoy en día, los factores externos son sobre todo los requisitos legales, las exigencias de licitaciones y auditorías de proveedores, y la responsabilidad de la dirección.
Ejemplo práctico
Una autoridad regional adjudica la operación de una aplicación sectorial. En el procedimiento de licitación exige un certificado ISO/IEC 27001 válido para el área de operación del adjudicatario. Para el licitador, el SGSI no es un fin en sí mismo, sino un requisito de acceso al mercado, y el alcance del certificado debe cubrir exactamente el servicio que se ofrece.
Comprobación de conocimientos de la lección 1
2 preguntasPregunta ¿Qué afirmaciones sobre la implantación de un sistema de gestión de la seguridad de la información (SGSI) son correctas según la introducción de la ISO/IEC 27001?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónLa Introducción 0.1 presenta la implantación del SGSI como una decisión estratégica que debe integrarse en la estructura de gestión; el diseño y el alcance, en cambio, dependen de las necesidades, los objetivos, el tamaño y la estructura, por lo que no son uniformes.Pregunta ¿A qué organizaciones se aplican los requisitos de la ISO/IEC 27001 según el capítulo 1?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónEl capítulo 1 establece el objeto y campo de aplicación para todas las organizaciones, independientemente de su tipo y tamaño; un sistema de gestión de la calidad existente o una forma jurídica determinada no son requisitos previos.Carbanak muestra una cadena de ataque con permisos legítimos
- 1Correo de phishingUn adjunto manipulado permite a los atacantes entrar a través de los empleados.Contexto
- 2Observación no detectadaMeses de observación de los procesos de trabajo con permisos habituales.Contexto
- 3Abuso de los permisosSe ordenan transferencias y retiradas de efectivo con permisos legítimos.Contexto
- 4Notificación y respuestaUn proceso de gestión de incidentes ensayado, con evaluación, respuesta y análisis, limita el daño.A.5.24 a A.5.27
Recuerde: El ataque no aprovechó ninguna brecha técnica, sino a las personas y los permisos habituales: la tecnología por sí sola no lo habría detenido. El caso Carbanak no forma parte de la norma, sino que es un ejemplo didáctico de cómo los ataques pueden desarrollarse sin ser detectados durante mucho tiempo dentro de permisos legítimos. Muestra por qué las contramedidas deben abarcar a la vez los tres niveles: personas, procesos y tecnología.
Contexto- Tras el acceso inicial, los atacantes actuaron durante mucho tiempo sin ser detectados con permisos habituales: los ataques parecen entonces operaciones normales.
A.6.3- Contramedida en el ámbito de las personas: concienciación, educación y formación del personal.
A.8.16- Contramedida en el ámbito técnico: monitorización de redes, sistemas y aplicaciones para detectar comportamientos anómalos.
A.5.24 a A.5.27- Contramedida en el ámbito de los procesos: gestión planificada de incidentes, evaluación de eventos, respuesta documentada y análisis de las lecciones aprendidas.
Ejemplo práctico
Una administración municipal analiza el caso en una sesión de concienciación y formula a partir de él dos reglas concretas: en primer lugar, toda persona notifica un adjunto sospechoso por un canal establecido, incluso si tiene dudas y sin miedo a consecuencias (A.6.8). En segundo lugar, las autorizaciones de pago por encima de un importe determinado se conceden según el principio de los cuatro ojos (A.5.3 Segregación de tareas).
Comprobación de conocimientos de la lección 2
2 preguntasPregunta ¿Qué lección puede extraerse para un SGSI de un ataque en el que solo se actúa con permisos obtenidos de forma fraudulenta, pero legítimos?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónA.8.16 exige la monitorización de comportamientos anómalos como complemento de la prevención; un atacante que actúa con permisos legítimos no es detectado por controles puramente preventivos.Pregunta ¿Qué controles del Anexo A abordan las vulnerabilidades explotadas en un ataque como Carbanak?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónEl acceso inicial se produjo mediante phishing, al que se opone la formación (A.6.3), y pasó mucho tiempo desapercibido porque no se notificaron los eventos (A.6.8); el mero cifrado de los datos en reposo no impide el abuso de accesos legítimos.De 114 controles en 14 capítulos a 93 controles en cuatro temas
- 2005Primera edición internacionalprocedente de la BS 7799-2
- 2013 / 2022Ediciones posteriores2022 es la base de la edición vigente
- 93Controles del Anexo Aantes 114 en 14 capítulos (edición 2013)
- 2024-01Edición vigenteISO/IEC 27001:2022 (y Amd 1:2024)
Recuerde: Trampa de examen: lo que cuenta no es el número de controles, sino la adaptación a la estructura armonizada para las normas de sistemas de gestión. El historial de versiones es un mero conocimiento de contexto y no es en sí materia de examen de los requisitos de la norma, pero ayuda a interpretar correctamente las distintas referencias de edición en la bibliografía y en los certificados. Quien revisa un certificado debe reconocer a qué edición se refiere, ya que el Anexo A y la estructura de capítulos difieren entre las ediciones.
Prólogo nacional (DIN)- La edición nacional alemana DIN EN ISO/IEC 27001:2024-01 sustituye a la DIN EN ISO/IEC 27001:2017-06.
Prólogo- La tercera edición anula y sustituye a la segunda edición (ISO/IEC 27001:2013), incluidas las correcciones Cor 1:2014 y Cor 2:2015.
Ediciones anteriores- Secuencia de ediciones nacionales alemanas: DIN ISO/IEC 27001:2008-09, 2015-03, corrección 1:2017-03, DIN EN ISO/IEC 27001:2017-06.
Ejemplo práctico
Una empresa con un certificado según la edición de 2013 debe revisar por completo su declaración de aplicabilidad en la transición a la edición de 2022: se fusionan controles, se han añadido once controles nuevos y la numeración cambia en su totalidad. Por ello, el primer paso de trabajo es una correspondencia (mapping) de los controles antiguos con los nuevos.
Comprobación de conocimientos de la lección 3
2 preguntasPregunta ¿Qué afirmaciones sobre la edición vigente de la ISO/IEC 27001 frente a su edición anterior son correctas?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónEl Prólogo menciona como cambio principal la adaptación al Anexo SL y a la ISO/IEC 27002:2022; el Anexo A ha pasado de 114 a 93 controles. La norma no establece ninguna obligación legal de certificación.Pregunta ¿Qué implica para una organización cuyo certificado aún se basa en la edición de 2013 la transición a la edición vigente?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónLa reorganización profunda del Anexo A hace necesaria una correspondencia (mapping) de los controles antiguos con los nuevos y una revisión de la declaración de aplicabilidad; de ello no se deriva obligatoriamente ni un cambio de entidad de certificación ni la reutilización sin cambios.Los 93 controles se reparten de forma desigual entre cuatro temas
Datos en Controles
Recuerde: Los controles organizacionales y tecnológicos suman más de tres cuartas partes del Anexo A. La seguridad de la información abarca por igual a las personas, los procesos y la tecnología, y protege la información con independencia de su forma: digital, en papel o en una conversación. La norma consolida este enfoque integral mediante requisitos de contexto, liderazgo, planificación, apoyo, operación, evaluación y mejora.
Capítulos 4 a 10- La estructura de requisitos cubre todo el ciclo de gestión; no puede excluirse ninguno de los capítulos.
Introducción 0.1- La seguridad de la información debe tenerse en cuenta ya en el diseño de los procesos y sistemas de información, no añadirse a posteriori.
A.5.35- El enfoque de la organización para gestionar la seguridad de la información y su implementación, incluidos las personas, los procesos y las tecnologías, se revisa de forma independiente.
Práctica- La seguridad es tan fuerte como su eslabón más débil, y rara vez ese eslabón es el cifrado.
Ejemplo práctico
Un departamento implanta una aplicación de negocio bien protegida: cifrado, autenticación multifactor, servidores bastionados. Sin embargo, las copias impresas de las listas de tramitación quedan a la vista en la impresora del pasillo. El control técnico resulta inútil porque faltan el nivel físico (A.7.7 Puesto de trabajo despejado y pantalla limpia) y el nivel organizacional (A.5.13 Etiquetado de la información).
Comprobación de conocimientos de la lección 4
2 preguntasPregunta ¿Qué afirmaciones sobre la estructura de los controles del Anexo A de la ISO/IEC 27001 son correctas?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónEl Anexo A organiza los controles en A.5 a A.8 según los cuatro temas citados; esta división es independiente de las fases del ciclo PDCA, que se reflejan en cambio en los capítulos 4 a 10.Pregunta ¿Qué afirmaciones se corresponden con la concepción de la seguridad de la información como interacción entre personas, procesos y tecnología?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónLa Introducción 0.1 y A.5.35 exigen tener en cuenta los requisitos de seguridad desde el principio y la revisión independiente; el ejemplo de los documentos impresos a la vista muestra que los controles técnicos no surten efecto sin el nivel físico (A.7.7) y el organizativo (A.5.13).Un activo recorre cuatro pasos regulados
- 1InventariarSe registran y mantienen los activos y sus propietarios.A.5.9
- 2ClasificarClasificación según confidencialidad, integridad, disponibilidad y requisitos.A.5.12
- 3Regular el usoSe establecen reglas y procedimientos para el uso aceptable.A.5.10
- 4DevolverAl finalizar el empleo o el contrato se devuelven los activos.A.5.11
Recuerde: Sin un inventario actualizado falta la base para la clasificación, el control de acceso y la evaluación de riesgos. Un activo es todo aquello que tiene valor para la organización: desde la información y los sistemas de TI hasta el conocimiento y la reputación. Sin un inventario actualizado de estos activos, incluidos sus propietarios, no es posible realizar una evaluación de riesgos fiable.
Práctica- El propietario del activo no es el departamento de TI, sino el área de negocio que decide sobre su uso y su necesidad de protección.
A.5.9- El inventario no es un registro puntual, sino que debe actualizarse continuamente cuando cambian los activos.
Ejemplo práctico
Un departamento gestiona una base de datos de clientes. En el inventario figuran: el activo de información «Datos contractuales de los clientes», la aplicación, el servidor de base de datos, las copias de seguridad y la sala de servidores. La propietaria es la jefa del departamento, no la administradora de sistemas, que es la custodia. Solo esta asignación deja claro quién decide sobre los derechos de acceso y sobre la aceptación de los riesgos residuales.
Comprobación de conocimientos de la lección 5
2 preguntasPregunta ¿Qué papel desempeña típicamente el propietario del activo (asset owner) según A.5.9?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónA.5.9 exige un inventario que incluya a los propietarios; el propietario es el área de negocio, que decide sobre las necesidades de protección y el acceso, mientras que la administración de TI se limita a administrar el activo.Pregunta ¿Qué requisitos establece el Anexo A para el tratamiento de los activos de información?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónA.5.9 exige el inventario y A.5.11, la devolución de los activos. A.5.12, en cambio, exige una clasificación según las necesidades de protección, y precisamente no un etiquetado uniforme con independencia de ellas.Cada objetivo de protección tiene sus propias formas de vulneración y contramedidas
Objetivo de protección Vulneración (ejemplo) Contramedida (ejemplo) Confidencialidad Acceso no autorizado o fuga de datos Control de acceso (A.5.15), criptografía (A.8.24) Integridad Los datos se modifican o intercambian sin que se note Gestión del cambio (A.8.32), registro de eventos (A.8.15) Disponibilidad Caída de un sistema o de un proceso Redundancia (A.8.14), copias de seguridad (A.8.13) Recuerde: Un incidente puede vulnerar varios objetivos de protección a la vez; por ejemplo, el ransomware afecta a la disponibilidad, la confidencialidad y la integridad. Es necesario distinguir los objetivos de protección porque un incidente puede afectarlos con distinta intensidad y la necesidad de protección puede variar según el objetivo. Solo el análisis por separado permite seleccionar, en el proceso de gestión de riesgos, contramedidas adecuadas para cada objetivo.
Introducción 0.1- El SGSI preserva la confidencialidad, la integridad y la disponibilidad de la información mediante un proceso de gestión de riesgos.
Apdo. 6.1.2 c) 1)- Los riesgos se identifican en relación con la pérdida de confidencialidad, integridad y disponibilidad dentro del alcance.
Disponibilidad- La disponibilidad incluye también los servicios de suministro, como la electricidad y la climatización (A.7.11), además de la redundancia y las copias de seguridad.
Ejemplo práctico
Un portal ciudadano deja de funcionar durante cuatro horas. Solo se ve afectada la disponibilidad; la confidencialidad y la integridad se mantienen. En cambio, si una importación defectuosa intercambia datos de solicitudes, se vulnera la integridad aunque el sistema siga disponible. Distinguir los objetivos de protección permite clasificar de forma diferente la necesidad de protección de cada objetivo y seleccionar los controles de forma específica.
Comprobación de conocimientos de la lección 6
2 preguntasPregunta ¿En qué punto del proceso de riesgos se hacen operativos los tres objetivos de protección según la ISO/IEC 27001?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónEl apdo. 6.1.2 c) 1) exige identificar los riesgos asociados a la pérdida de los tres objetivos de protección; la forma jurídica de la organización no tiene nada que ver con la evaluación de riesgos.Pregunta ¿Qué se deduce del hecho de que la confidencialidad, la integridad y la disponibilidad sean propiedades independientes entre sí?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónLa caída de un sistema puede afectar únicamente a la disponibilidad, mientras que la confidencialidad y la integridad se mantienen; las tres propiedades deben tenerse en cuenta en el proceso de riesgos según el apdo. 6.1.2 c) 1).La seguridad de la información y la protección de datos protegen bienes distintos
Seguridad de la información
Bien protegido: toda la información de la organización- Protege la confidencialidad, la integridad y la disponibilidad de toda la información
- Prima el interés de la organización
- Controles del Anexo A, con independencia de que haya datos personales
Protección de datos
Bien protegido: la autodeterminación informativa- Protege los datos personales de las personas físicas
- Prima el interés de la persona afectada
- Obligaciones propias, como la limitación de la finalidad y la supresión (A.8.10)
Recuerde: Un sistema seguro puede operarse vulnerando la protección de datos: la seguridad no sustituye la limitación de la finalidad ni la obligación de supresión. La seguridad de la información protege el interés de la organización en toda su información; la protección de datos, el interés del titular de los datos en sus datos personales. Como los bienes protegidos son distintos, los controles del Anexo A no sustituyen automáticamente las obligaciones legales de protección de datos, como la limitación de la finalidad o la supresión.
A.5.34- La norma exige identificar y cumplir los requisitos de privacidad y protección de los datos personales conforme a la legislación y los contratos aplicables.
A.5.31- Los requisitos legales, estatutarios, reglamentarios y contractuales deben identificarse, documentarse y mantenerse actualizados.
Apdo. 4.2- Los titulares de los datos y las autoridades de control son partes interesadas típicas cuyos requisitos deben determinarse en el SGSI.
Práctica- Las medidas técnicas y organizativas exigidas por la legislación de protección de datos pueden derivarse en gran medida de los controles del Anexo A, pero las obligaciones de demostración siguen siendo independientes.
Ejemplo práctico
Un sistema almacena las candidaturas de empleo cifradas, con un estricto control de acceso y un registro completo de eventos: ejemplar desde el punto de vista de la seguridad de la información. Sin embargo, conserva la documentación por tiempo indefinido. Esto es una infracción de la protección de datos, no una deficiencia de seguridad. El control aplicable aquí es A.8.10 Eliminación de la información: los datos deben eliminarse cuando ya no sean necesarios.
Comprobación de conocimientos de la lección 7
2 preguntasPregunta ¿En qué se diferencian la seguridad de la información y la protección de datos?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónLos bienes protegidos son distintos (la organización frente a la persona afectada); un procedimiento puede infringir las obligaciones de supresión de la normativa de protección de datos pese a contar con un cifrado y un control de acceso ejemplares.Pregunta ¿Qué control del Anexo A vincula directamente el SGSI con los requisitos legales de protección de datos?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónA.5.34 exige identificar y cumplir los requisitos de protección de los datos personales conforme a la legislación aplicable; los otros dos controles se refieren a la monitorización y a la infraestructura física, respectivamente.Solo la evaluación convierte un evento en un incidente
Definición Ejemplo Siguiente paso Evento Ocurrencia observada con posible relevancia El equipo va inusualmente lento tras abrir un adjunto Notificar por el canal establecido (A.6.8) Incidente Serie de eventos con probable afectación Hallazgo de malware con acceso a la red confirmado Responder (A.5.26) y recopilar evidencias (A.5.28) Recuerde: Lo que decide es la clasificación según A.5.25, no la intuición de quien notifica. Un evento de seguridad de la información es un suceso observado que puede ser relevante para la seguridad de la información; solo su evaluación decide si se convierte en un incidente con un probable impacto negativo. Para esta cadena, desde la notificación hasta el análisis, la norma exige un proceso planificado y documentado.
A.6.8- Debe existir un mecanismo mediante el cual el personal pueda notificar a tiempo, a través de canales adecuados, los eventos observados.
A.5.25- La organización debe evaluar los eventos y decidir si deben clasificarse como incidentes de seguridad de la información.
A.5.24- La gestión de incidentes debe planificarse y prepararse: definir, implantar y comunicar procesos, roles y responsabilidades.
A.5.26- Los incidentes deben tratarse conforme a los procedimientos documentados.
A.5.27 / A.5.28- El aprendizaje obtenido de los incidentes debe utilizarse para mejorar; para las evidencias se aplican procedimientos propios de identificación, recopilación, adquisición y conservación.
Ejemplo práctico
Una empleada administrativa informa de que su ordenador va inusualmente lento tras abrir un archivo adjunto. Esto es un evento. La evaluación según A.5.25 revela malware con acceso a la red: por tanto, un incidente. Se activan el proceso de respuesta (A.5.26), la recopilación de evidencias (A.5.28) y, a continuación, el análisis (A.5.27), del que resulta un ajuste de las reglas de filtrado.
Comprobación de conocimientos de la lección 8
2 preguntasPregunta ¿Qué afirmaciones sobre la diferencia entre evento e incidente de seguridad de la información son correctas?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónA.5.25 exige evaluar los eventos para clasificarlos como incidentes; no todo evento notificado cumple automáticamente los criterios de un incidente.Pregunta ¿Qué pasos comprende la gestión de incidentes de seguridad de la información según el Anexo A?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónA.6.8, A.5.26 y A.5.27 forman, junto con A.5.24 (planificación) y A.5.28 (evidencias), la cadena de gestión de incidentes.El seguimiento tiene una función de evidencia y una función de detección
Función de evidencia
Debe determinarse de antemano qué se sigue y se evalúa, cómo, cuándo y quién lo hace.
Apdo. 9.1Función de detección
Los registros y la monitorización de la red detectan comportamientos anómalos durante la operación.
A.8.15 / A.8.16Base horaria común
Sin relojes sincronizados no es posible correlacionar eventos de distintos sistemas.
A.8.17
Recuerde: El apartado 9.1 exige seis determinaciones: qué se mide, cómo, cuándo y quién lo mide, y cuándo y quién lo evalúa. El seguimiento cumple dos funciones: aporta evidencias sobre el desempeño del SGSI (apartado 9.1 de la norma) y detecta comportamientos relevantes para la seguridad en la operación (controles A.8.15 y A.8.16). Ambas están relacionadas: solo se mide lo que previamente se ha definido como objeto de seguimiento, método, momento y responsable.
Apdo. 9.1- Los métodos deberían producir resultados comparables y reproducibles; debe estar disponible información documentada como evidencia.
A.8.15- Deben generarse, almacenarse, protegerse y analizarse registros de actividades, excepciones, fallos y otros eventos relevantes.
A.8.17- Los relojes de los sistemas de procesamiento de la información utilizados deben sincronizarse con fuentes de tiempo aprobadas: sin una hora uniforme no es posible correlacionar eventos.
Ejemplo práctico
Un equipo de operaciones define cuatro indicadores: porcentaje de sistemas parcheados a los 30 días, número de eventos notificados al mes, tiempo medio hasta la gestión de un incidente y porcentaje de pruebas de restauración satisfactorias. Estos indicadores se incorporan como entradas a la revisión por la dirección según el apartado 9.3.2 d) 2) y allí se contrastan con los objetivos de seguridad de la información según el apartado 6.2.
Comprobación de conocimientos de la lección 9
2 preguntasPregunta ¿Qué exige el apartado 9.1 en cuanto a la determinación del seguimiento y la medición?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónEl apdo. 9.1 exige expresamente determinar el objeto, el método, el momento y los responsables de la realización y del análisis del seguimiento, y no solo una parte de estos elementos.Pregunta ¿Qué controles contribuyen a una monitorización eficaz de la seguridad de la información?
Selección múltiple: de una a tres respuestas son correctas.
ExplicaciónA.8.15 y A.8.16 proporcionan la base de la monitorización; A.8.17, en cambio, exige sincronizar los relojes con fuentes horarias aprobadas, porque sin una hora común no es posible correlacionar los registros.
Para profundizar
Resúmenes, tablas y herramientas de consultaLa cadena de ataque y los controles que la interrumpen
El desarrollo de la campaña Carbanak y dónde actúa el Anexo A
Del evento al incidente, y lo que ocurre después
La evaluación según A.5.25 es la bifurcación: solo ella convierte un evento en un incidente
Seguridad de la información y protección de datos: relacionadas, pero no idénticas
Dos bienes protegidos, dos intereses, una caja de herramientas común
Prueba final
12 preguntas sobre toda la sección · Umbral de aprobado: 60 por cientoPrueba final de la sección 1
12 preguntasPregunta ¿Qué es correcto sobre el término «eficacia»?
Selección múltiple: de una a tres respuestas son correctas.
Pregunta ¿Qué otras propiedades pueden incluirse, según la ISO/IEC 27000, además de la confidencialidad, la integridad y la disponibilidad?
Selección múltiple: de una a tres respuestas son correctas.
Pregunta ¿Qué es la disponibilidad según la ISO/IEC 27000?
Selección múltiple: de una a tres respuestas son correctas.
Pregunta ¿En qué se diferencian un evento de seguridad de la información y un incidente de seguridad de la información?
Selección múltiple: de una a tres respuestas son correctas.
Pregunta Un administrador debe explicar qué entiende la ISO/IEC 27000 por vulnerabilidad. ¿Qué es correcto?
Selección múltiple: de una a tres respuestas son correctas.
Pregunta ¿Qué es una no conformidad según la ISO/IEC 27000?
Selección múltiple: de una a tres respuestas son correctas.
Pregunta ¿Qué describe el término «disponibilidad» según la ISO/IEC 27000?
Selección múltiple: de una a tres respuestas son correctas.
Pregunta Un proveedor de servicios pregunta qué designa el término desempeño en la familia ISO/IEC 27000. ¿Qué es correcto?
Selección múltiple: de una a tres respuestas son correctas.
Pregunta ¿Debe realizarse la identificación de riesgos según la ISO/IEC 27001 vigente a partir de activos, amenazas y vulnerabilidades?
Selección múltiple: de una a tres respuestas son correctas.
Pregunta ¿Qué es correcto sobre el término «riesgo» según la ISO/IEC 27000?
Selección múltiple: de una a tres respuestas son correctas.
Pregunta ¿Qué diferencia una corrección de una acción correctiva?
Selección múltiple: de una a tres respuestas son correctas.
Pregunta ¿Qué es correcto sobre el término «parte interesada»?
Selección múltiple: de una a tres respuestas son correctas.