Cómo implementar la notificación de incidentes NIS2 utilizando IA

Visión general

Aprenderás cómo utilizar IA para construir una capacidad completa de notificación de incidentes NIS2 alineada con el Artículo 23. Esta guía cubre los criterios de significancia de incidentes, el flujo de trabajo de notificación obligatoria de 24 horas/72 horas/un mes, plantillas de advertencia temprana, formatos de notificación de incidentes con indicadores de compromiso (IOCs), estructura del informe final con análisis de causa raíz, notificación voluntaria de amenazas y cuasi incidentes, e integración con tu CSIRT nacional.

A quién va dirigido

Esta guía es para:

• Gestores de respuesta a incidentes y responsables de SOC que construyen flujos de trabajo de notificación compatibles con NIS2
• CISOs responsables de establecer capacidades de notificación de incidentes que cumplan con los plazos del Artículo 23
• Oficiales de cumplimiento que necesitan garantizar que los procedimientos de notificación satisfagan a las autoridades supervisoras
• Consultores de seguridad que implementan la notificación de incidentes para clientes en sectores regulados por NIS2
• Miembros del órgano de dirección que deben comprender sus obligaciones de notificación y responsabilidades de supervisión

Antes de comenzar

Necesitarás:

• Una cuenta de ISMS Copilot (prueba gratuita disponible)
• Tu clasificación de entidad NIS2 (esencial o importante) -- consulta How to Get Started with NIS2 Implementation Using AI
• Detalles de contacto de tu CSIRT nacional y autoridad competente
• Tu Política de Respuesta a Incidentes (consulta How to Create NIS2 Cybersecurity Policies Using AI para orientación sobre generación)
• Comprensión de tus servicios y sistemas críticos a partir de tu evaluación de riesgos (consulta How to Conduct NIS2 Risk Assessment Using AI)

Comprensión de los requisitos de notificación de incidentes NIS2

Lo que exige el Artículo 23

El Artículo 23 de la Directiva NIS2 establece un marco de notificación en varias etapas para incidentes significativos. Cada etapa tiene requisitos de contenido y plazos específicos.

Etapa de notificación

Plazo

Requisitos de contenido

Destinatario

Advertencia temprana

Dentro de las 24 horas de tener conocimiento

Indicación de si se sospecha que el incidente fue causado por actos ilícitos o malintencionados; indicación de si podría tener impacto transfronterizo

CSIRT nacional o autoridad competente

Notificación de incidente

Dentro de las 72 horas de tener conocimiento

Actualización de la advertencia temprana; evaluación inicial de gravedad e impacto; indicadores de compromiso (IOCs) cuando estén disponibles

CSIRT nacional o autoridad competente

Informe intermedio

A solicitud del CSIRT o autoridad competente

Actualizaciones relevantes sobre el manejo y recuperación del incidente

CSIRT nacional o autoridad competente

Informe final

Dentro del mes siguiente a la notificación del incidente

Descripción detallada del incidente, incluyendo gravedad e impacto; tipo de amenaza o causa raíz; medidas de mitigación aplicadas y en curso; impacto transfronterizo (si aplica)

CSIRT nacional o autoridad competente

Informe de progreso (para incidentes en curso)

En la marca de un mes si el incidente aún está en curso

Actualización de progreso en lugar del informe final; el informe final debe presentarse dentro del mes siguiente a la resolución del incidente

CSIRT nacional o autoridad competente

Qué hace que un incidente sea "significativo"

El Artículo 23(3) define un incidente significativo como aquel que:

• (a) Ha causado o es capaz de causar una grave interrupción operativa de los servicios o pérdidas financieras para la entidad afectada
• (b) Ha afectado o es capaz de afectar a otras personas físicas o jurídicas causando daños materiales o inmateriales considerables

La Comisión Europea puede especificar aún más los criterios de significancia de los incidentes a través de actos de ejecución. Las leyes nacionales de transposición también pueden definir umbrales adicionales o más específicos. Tu organización debe establecer criterios internos de clasificación que se alineen con estas definiciones.

Notificación voluntaria

El Artículo 23 también fomenta la notificación voluntaria de:

• Cuasi incidentes (incidentes que podrían haber causado un impacto significativo pero fueron prevenidos o detectados a tiempo)
• Amenazas cibernéticas significativas que podrían potencialmente causar incidentes significativos
• Información que podría ayudar a prevenir o responder a incidentes que afecten a otras entidades

Paso 1: Construye tu matriz de clasificación de incidentes

Definición de umbrales de significancia

Antes de poder reportar incidentes, necesitas criterios claros e inequívocos para determinar cuándo un incidente cruza el umbral de "significativo" y activa las obligaciones de notificación de NIS2.

1. Genera la matriz de clasificación:

   "Crea una matriz de clasificación de incidentes integral para el cumplimiento del Artículo 23 de NIS2 en nuestra organización del [sector] (clasificada como entidad [esencial/importante]). La matriz debe incluir: cuatro niveles de gravedad (Crítico, Alto, Medio, Bajo) con criterios claros para cada uno. Para cada nivel, define: umbrales de impacto operativo (duración de la interrupción del servicio, porcentaje de usuarios afectados, nivel de degradación), umbrales de impacto financiero (costos directos, posibles sanciones regulatorias, pérdida de ingresos), umbrales de impacto en los datos (registros expuestos, tipos de datos afectados, impacto en confidencialidad/integridad/disponibilidad), impacto a terceros (número de entidades afectadas, potencial de impacto en todo el sector) e impacto reputacional. Marca claramente qué niveles de gravedad constituyen un 'incidente significativo' según el Artículo 23(3) y activan la notificación obligatoria. Incluye ejemplos específicos del sector para [sector]."

2. Crea el árbol de decisión de triaje:

   "Crea un árbol de decisión para que los primeros respondedores determinen rápidamente si un incidente es 'significativo' según el Artículo 23 de NIS2 y requiere notificación. El árbol de decisión debe ser utilizable dentro de los 30 minutos posteriores a la detección del incidente. Incluye preguntas de sí/no que cubran: (1) ¿Está afectada o en riesgo la prestación del servicio? (2) ¿Afecta el incidente a sistemas o datos críticos? (3) ¿Podría impactar a otras entidades o personas? (4) ¿Hay evidencia de actividad maliciosa o ilícita? (5) ¿Podría haber impacto transfronterizo? Asigna cada ruta a un nivel de clasificación y las acciones de respuesta requeridas."

3. Genera ejemplos de significancia específicos del sector:

   "Genera 15 escenarios realistas de incidentes para una organización del [sector] y clasifica cada uno como significativo o no significativo según el Artículo 23(3) de NIS2. Para cada escenario, explica el razonamiento de la clasificación. Incluye escenarios que sean límite para ilustrar dónde se necesitan juicios. Esto servirá como referencia de capacitación para nuestro equipo de respuesta a incidentes."

Paso 2: Crea el flujo de trabajo y la plantilla de advertencia temprana de 24 horas

Comprensión de los requisitos de advertencia temprana

La advertencia temprana es tu primera comunicación con el CSIRT nacional o la autoridad competente. Debe presentarse dentro de las 24 horas de tener conocimiento de un incidente significativo. Los requisitos de contenido son deliberadamente mínimos para permitir una notificación rápida -- no se espera que tengas una imagen completa en esta etapa.

1. Genera la plantilla de advertencia temprana:

   "Crea una plantilla de informe de advertencia temprana del Artículo 23 de NIS2 para nuestra organización del [sector]. La plantilla debe incluir todos los campos requeridos dentro de la ventana de 24 horas: identificación de la entidad informante (nombre, número de registro NIS2, sector, clasificación de la entidad), identificador del incidente (número de referencia interno), fecha y hora de conocimiento, breve descripción del incidente (qué sucedió, qué sistemas/servicios están afectados), si se sospecha que el incidente fue causado por actos ilícitos o malintencionados (sí/no/desconocido con justificación), si podría tener impacto transfronterizo (sí/no/desconocido con justificación), evaluación inicial del alcance (servicios afectados, alcance geográfico), persona de contacto para seguimiento (nombre, cargo, teléfono, correo electrónico, canal de comunicación seguro) y cualquier acción inmediata tomada. Formatea como un formulario que pueda completarse en 15 minutos."

2. Construye el flujo de trabajo de advertencia temprana:

   "Crea un flujo de trabajo paso a paso para enviar la advertencia temprana de 24 horas de NIS2, desde la detección del incidente hasta la presentación del informe. Incluye: (1) detección y triaje inicial (objetivo: 2 horas), (2) evaluación de significancia utilizando nuestra matriz de clasificación (objetivo: 1 hora), (3) notificación al gestor de incidentes y enlace con el CSIRT (objetivo: 30 minutos), (4) finalización del informe de advertencia temprana (objetivo: 30 minutos), (5) aprobación interna (CISO o autoridad designada) (objetivo: 1 hora), (6) presentación al CSIRT nacional a través de [especificar canal], (7) documentación y seguimiento interno. Incluye objetivos de tiempo para cada paso que garanticen que se cumpla el plazo de 24 horas con margen. Especifica quién es responsable de cada paso, procedimientos de escalada si las personas responsables no están disponibles y procedimientos para fuera de horario laboral."

Paso 3: Crea el flujo de trabajo y la plantilla de notificación de incidente de 72 horas

Comprensión de los requisitos de notificación

La notificación de incidente de 72 horas actualiza la advertencia temprana con detalles adicionales. En esta etapa, tu investigación debería haber avanzado lo suficiente como para proporcionar una evaluación inicial de gravedad, impacto e indicadores de compromiso.

1. Genera la plantilla de notificación de incidente:

   "Crea una plantilla de notificación de incidente del Artículo 23 de NIS2 (informe de 72 horas) para nuestra organización. Incluye todos los campos requeridos: referencia al informe de advertencia temprana, descripción actualizada del incidente con detalles adicionales, evaluación inicial de la gravedad del incidente (utilizando nuestra matriz de clasificación), evaluación del impacto -- servicios afectados, número de usuarios/entidades impactados, duración de la interrupción, indicadores de compromiso (IOCs) cuando estén disponibles -- direcciones IP, dominios, hashes de archivos, firmas de malware, TTPs (Tácticas, Técnicas, Procedimientos) observados, identificación del vector de ataque (si se conoce en esta etapa), sistemas y redes afectados, medidas iniciales de contención y mitigación tomadas, evaluación del impacto transfronterizo, evaluación de si el incidente fue causado por actos ilícitos o malintencionados, y cualquier asistencia solicitada al CSIRT. Incluye una sección de apéndice para detalles técnicos de IOCs."

2. Construye el procedimiento de recolección de IOCs:

   "Crea un procedimiento para recolectar y formatear indicadores de compromiso (IOCs) para la notificación de incidentes de NIS2. Cubre: tipos de IOCs a recolectar (indicadores de red, indicadores de host, indicadores de correo electrónico, indicadores de archivos), métodos y herramientas de recolección, preservación de evidencia y cadena de custodia, estándares de formateo de IOCs (STIX/TAXII cuando sea aplicable), clasificación de IOCs (marcado TLP -- Protocolo de Semáforo), qué incluir en el informe de 72 horas frente a lo que se comparte por separado con el CSIRT, y cómo manejar IOCs sensibles que podrían revelar la arquitectura interna."

3. Construye el flujo de trabajo de notificación de 72 horas:

   "Crea un flujo de trabajo detallado para la notificación de incidentes de NIS2 de 72 horas. Incluye: actividades de investigación a completar dentro de la ventana de 72 horas (análisis de logs, triaje forense, extracción de IOCs, evaluación de impacto), pasos de recolección y preservación de evidencia, proceso de redacción del informe con aportes del equipo técnico/legal/comunicaciones, cadena de revisión y aprobación interna, procedimiento de presentación al CSIRT nacional, notificación a partes interesadas (órgano de dirección, partes afectadas, autoridades policiales si aplica) y requisitos de documentación. Especifica roles, objetivos de tiempo y procedimientos de escalada."

Paso 4: Crea el flujo de trabajo y la plantilla del informe final de un mes

Comprensión de los requisitos del informe final

El informe final es la presentación más completa y debe incluir una descripción detallada del incidente, análisis de causa raíz y medidas de mitigación. Si el incidente aún está en curso al cumplirse un mes, presenta un informe de progreso y entrega el informe final dentro del mes siguiente a la resolución del incidente.

1. Genera la plantilla del informe final:

   "Crea una plantilla de informe final de incidente del Artículo 23 de NIS2 para nuestra organización del [sector]. Incluye todas las secciones requeridas: (1) Resumen Ejecutivo (visión general de una página para revisión de la dirección y la autoridad), (2) Cronología del Incidente (secuencia cronológica desde los primeros indicios hasta la detección, notificación, contención, erradicación y recuperación, con marcas de tiempo), (3) Descripción Detallada del Incidente (sistemas afectados, vector de ataque, evaluación del actor de la amenaza, datos impactados), (4) Evaluación de Gravedad e Impacto (evaluación final del impacto operativo, financiero, de datos y a terceros utilizando nuestra matriz de clasificación), (5) Análisis de Causa Raíz (causa raíz técnica, factores contribuyentes, debilidades sistémicas que permitieron el incidente), (6) Indicadores de Compromiso (lista completa de IOCs con clasificaciones), (7) Medidas de Mitigación Aplicadas (contención inmediata, acciones de erradicación, pasos de recuperación), (8) Medidas de Mitigación en Curso (soluciones a largo plazo, mejoras de controles, mejoras de monitoreo), (9) Evaluación de Impacto Transfronterizo, (10) Lecciones Aprendidas y Recomendaciones Preventivas, (11) Apéndices (evidencia técnica, detalles de la cronología, detalles de IOCs). Formatea para su presentación al CSIRT nacional."

2. Genera la metodología de análisis de causa raíz:

   "Crea una metodología de análisis de causa raíz (RCA) para los informes finales de incidentes de NIS2. Incluye: técnicas de RCA adecuadas para incidentes de ciberseguridad (Cinco Porqués, Espina de Pescado/Ishikawa, Análisis de Árbol de Fallos), cómo distinguir entre causa próxima y causa raíz, plantilla para documentar el proceso y los hallazgos del RCA, cómo identificar factores contribuyentes (técnicos, de proceso, humanos, organizacionales), cómo derivar acciones correctivas y preventivas a partir de las causas raíz, y cómo presentar los hallazgos del RCA tanto a audiencias técnicas como al órgano de dirección."

3. Construye la plantilla de informe de progreso para incidentes en curso:

   "Crea una plantilla de informe de progreso de NIS2 para incidentes que aún están en curso al cumplirse un mes. Incluye: referencia a la advertencia temprana y notificación originales, estado actual del incidente y fase de respuesta, evaluación actualizada del impacto, acciones tomadas desde el último informe, medidas de contención y erradicación en curso, cronograma estimado para la resolución, y cualquier IOC o inteligencia de amenazas actualizada."

Paso 5: Construye manuales de respuesta a incidentes

Manuales específicos por escenario con la notificación NIS2 integrada

Los manuales traducen tu política de respuesta a incidentes y flujos de trabajo de notificación en procedimientos específicos y accionables para tipos comunes de incidentes. Cada manual debe integrar los hitos de notificación de NIS2 en el flujo de trabajo de respuesta.

1. Genera un manual para ransomware:

   "Crea un manual integral de respuesta a incidentes de ransomware para nuestra organización del [sector] con la notificación del Artículo 23 de NIS2 integrada. Incluye: desencadenantes de detección e indicadores iniciales, acciones inmediatas de contención (aislamiento de la red, rotación de credenciales), evaluación de significancia de NIS2 (el ransomware que afecta a servicios esenciales/importantes casi siempre es significativo), activación y finalización de la advertencia temprana de 24 horas, preservación de evidencia (no apagar sistemas cifrados, captura de memoria), pasos de investigación forense, extracción de IOCs para la notificación de 72 horas, pasos de erradicación (eliminación de malware, cierre del vector de acceso), recuperación desde copias de seguridad fuera de línea, evaluación de exfiltración de datos, finalización de la notificación de 72 horas con IOCs, coordinación con las fuerzas de seguridad, marco de decisión para el pago del rescate, verificación de la restauración del servicio, informe final de un mes con análisis de causa raíz, y mejoras post-incidente."

2. Genera un manual para brechas de datos:

   "Crea un manual de respuesta a incidentes de brechas de datos con la notificación del Artículo 23 de NIS2 y del Artículo 33/34 del GDPR integrada. Cubre: detección y evaluación de la exposición de datos, determinación del alcance (qué datos, cuántos registros, qué categorías), evaluación de significancia de NIS2, advertencia temprana de 24 horas, contención del acceso no autorizado, evaluación de la notificación de 72 horas del GDPR (paralela a la notificación de NIS2), recolección de IOCs y notificación de 72 horas de NIS2, evaluación de la notificación a individuos afectados (Artículo 34 del GDPR), investigación forense y preservación de evidencia, informe final de un mes de NIS2, y coordinación entre la notificación al CSIRT de NIS2 y la notificación a la APD del GDPR."

3. Genera un manual para ataques DDoS:

   "Crea un manual de respuesta a incidentes de DDoS para nuestra organización del [sector] con notificación de NIS2. Cubre: detección (anomalías de tráfico, monitoreo de degradación del servicio), evaluación inicial (ataque volumétrico, de protocolo o de capa de aplicación), evaluación de significancia de NIS2 (¿está afectada la prestación del servicio a usuarios/entidades dependientes?), advertencia temprana de 24 horas si es significativo, activación de mitigación de DDoS (filtrado aguas arriba, CDN, servicios de limpieza), monitoreo continuo del servicio, recolección de IOCs (IPs de origen, firmas de ataque, patrones), notificación de 72 horas si aplica, investigación del DDoS como posible distracción para un ataque secundario, y análisis post-incidente."

4. Genera un manual para compromisos en la cadena de suministro:

   "Crea un manual de respuesta a incidentes de compromiso en la cadena de suministro con notificación de NIS2. Cubre: detección de compromiso del proveedor (notificación del proveedor, comportamiento anómalo de software/servicios de confianza), evaluación del impacto en nuestros sistemas y datos, evaluación de significancia de NIS2 (el compromiso en la cadena de suministro a menudo tiene implicaciones transfronterizas), advertencia temprana de 24 horas con evaluación de impacto transfronterizo, contención (aislar conexiones con el proveedor afectado, revocar credenciales, bloquear actualizaciones comprometidas), coordinación con el proveedor comprometido, evaluación de movimiento lateral, extracción y compartición de IOCs, notificación de 72 horas, notificación a entidades aguas abajo a las que servimos, e informe final de un mes con lecciones aprendidas de la cadena de suministro."

5. Genera manuales específicos del sector:

   "Crea un manual de respuesta a incidentes de [compromiso de OT/ICS | interrupción de sistemas de salud | brecha en sistemas financieros | incidente en la red eléctrica] específico para nuestro [sector] con la notificación de NIS2 integrada. Aborda consideraciones específicas del sector como [implicaciones de seguridad, impacto en pacientes, estabilidad del mercado financiero, continuidad del suministro energético] y coordinación con autoridades específicas del sector."

Paso 6: Establece la integración y los canales de comunicación con el CSIRT

Conexión con tu CSIRT nacional

NIS2 requiere la notificación a tu CSIRT nacional (Equipo de Respuesta a Incidentes de Seguridad Informática) o autoridad competente designada. Cada estado miembro de la UE ha designado autoridades específicas y establecido mecanismos de notificación.

1. Identifica tu autoridad de notificación:

   "Ayúdame a identificar la autoridad competente y el CSIRT de NIS2 para [estado miembro]. Proporciona: el nombre oficial y la información de contacto, el portal de notificación o método de presentación, cualquier formato de informe específico requerido por la ley de transposición de este estado miembro, requisitos de registro y cualquier canal de notificación específico del sector que pueda aplicarse a nuestro [sector]."

2. Crea el procedimiento de comunicación con el CSIRT:

   "Crea un procedimiento de comunicación con el CSIRT para nuestra notificación de incidentes de NIS2. Cubre: métodos de presentación primarios y de respaldo (portal en línea, correo electrónico, teléfono), canales de comunicación seguros para compartir IOCs sensibles, personas de enlace designadas con el CSIRT (primarias y de respaldo, con cobertura 24/7), procedimientos de escalada si los canales de comunicación con el CSIRT no están disponibles, manejo de la orientación e instrucciones recibidas del CSIRT durante la respuesta a incidentes, clasificación y manejo de la información (qué se puede compartir, marcas TLP), y coordinación con el CSIRT para incidentes que afecten a múltiples entidades."

Paso 7: Construye procedimientos de notificación voluntaria

Notificación de cuasi incidentes y amenazas

NIS2 fomenta (pero no obliga) la notificación voluntaria de cuasi incidentes, amenazas cibernéticas significativas e información que podría ayudar a prevenir incidentes que afecten a otras entidades. Establecer la notificación voluntaria demuestra una gobernanza de seguridad madura y genera buena voluntad con las autoridades supervisoras.

1. Genera un procedimiento de notificación voluntaria:

   "Crea un procedimiento de notificación voluntaria de incidentes y amenazas para el cumplimiento de NIS2. Cubre: definición de cuasi incidentes notificables (incidentes prevenidos por controles, campañas de phishing detectadas, intentos de intrusión bloqueados), definición de amenazas notificables (inteligencia sobre amenazas inminentes para nuestro sector, vulnerabilidades recién descubiertas en sistemas de uso generalizado), formato de notificación para notificaciones voluntarias (más ligero que los informes obligatorios, centrado en inteligencia accionable), proceso interno para decidir cuándo enviar informes voluntarios, consideraciones de anonimización cuando sea aplicable, y beneficios de la notificación voluntaria (relación con el CSIRT, intercambio de inteligencia sectorial)."

Paso 8: Implementa métricas de notificación y mejora continua

Medición de la efectividad de la notificación de incidentes

El Artículo 21(2)(f) requiere la evaluación de la efectividad de tus medidas de ciberseguridad. Tu capacidad de notificación de incidentes debe medirse y mejorarse regularmente.

1. Define KPIs de notificación:

   "Crea un conjunto de KPIs para medir la efectividad de nuestra capacidad de notificación de incidentes de NIS2. Incluye: tiempo medio de detección de incidentes significativos, tiempo medio desde la detección hasta la presentación de la advertencia temprana, porcentaje de advertencias tempranas presentadas dentro de las 24 horas, porcentaje de notificaciones presentadas dentro de las 72 horas, porcentaje de informes finales presentados dentro de un mes, puntuación de calidad por completitud y precisión del informe, número de incidentes correctamente clasificados como significativos vs. no significativos, puntuaciones de desempeño en ejercicios de simulación, tiempo para establecer comunicación con el CSIRT durante incidentes, y frecuencia de notificación de métricas de incidentes al órgano de dirección."

2. Crea el procedimiento de revisión post-incidente:

   "Crea un procedimiento de revisión post-incidente que evalúe específicamente nuestro desempeño en la notificación de NIS2. Después de cada incidente significativo (y de incidentes no significativos seleccionados), revisa: (1) ¿se clasificó correctamente el incidente para la significancia de NIS2? (2) ¿se cumplieron todos los plazos de notificación? (3) ¿fue completo y preciso el contenido del informe? (4) ¿fue efectiva la comunicación con el CSIRT? (5) ¿se notificó adecuadamente a todas las partes interesadas internas? (6) ¿qué mejoras se necesitan en nuestros flujos de trabajo de detección, triaje o notificación? Documenta los hallazgos y realiza un seguimiento de las acciones correctivas."

Desafíos comunes en la notificación de incidentes y soluciones

Desafío

Riesgo

Solución

Criterios de significancia poco claros

Notificación tardía o sobre-notificación

Implementa la matriz de clasificación y el árbol de decisión con ejemplos específicos del sector

Falta de cobertura fuera de horario

Incumplimiento del plazo de 24 horas para incidentes detectados fuera del horario laboral

Establece una rotación de guardia 24/7 con autoridad para enviar advertencias tempranas

Brechas en la recolección de IOCs

Notificación de 72 horas incompleta

Integra la recolección de IOCs en los procedimientos forenses estándar; preconfigura herramientas de recolección

Profundidad del análisis de causa raíz

Informes finales que no satisfacen a las autoridades supervisoras

Utiliza metodología estructurada de RCA; busca más allá de la causa próxima para identificar factores sistémicos

Coordinación GDPR/NIS2

Notificaciones duplicadas o conflictivas a diferentes autoridades

Crea un flujo de trabajo de notificación unificado que aborde tanto los requisitos de NIS2 como los de GDPR

Fallo en la comunicación con el CSIRT

No se pueden enviar informes durante un incidente grave

Establece canales de comunicación de respaldo; pruébalos regularmente

Preocupaciones legales sobre la divulgación

Notificación retrasada debido a cuellos de botella en la revisión legal

Preaprueba plantillas de notificación; involucra a legal en el desarrollo de manuales, no en la aprobación por incidente

Próximos pasos

Con tu capacidad de notificación de incidentes establecida, has abordado una de las áreas más sensibles al tiempo y más examinadas del cumplimiento de NIS2.

Continúa con la siguiente guía de esta serie:

• Seguridad en la cadena de suministro: Consulta How to Manage NIS2 Supply Chain Security Using AI para construir la capacidad de gestión de riesgos en la cadena de suministro requerida por el Artículo 21(2)(d) -- incluyendo cómo los incidentes en la cadena de suministro se integran en tus flujos de trabajo de notificación

Si aún no has completado los pasos anteriores, consulta:

• How to Get Started with NIS2 Implementation Using AI para la definición del alcance y la configuración de la gobernanza
• How to Conduct NIS2 Risk Assessment Using AI para la evaluación de riesgos que informa tu clasificación de incidentes
• How to Create NIS2 Cybersecurity Policies Using AI para el marco de políticas que rige tu respuesta a incidentes

Para indicaciones listas para usar sobre notificación de incidentes, explora la NIS2 Directive Prompt Library. Para una visión general completa de todos los requisitos de NIS2, consulta la NIS2 Compliance Guide for In-Scope Companies.

Obtener ayuda

Para obtener apoyo adicional con la notificación de incidentes de NIS2:

• Pregunta a ISMS Copilot: Utiliza tu espacio de trabajo de NIS2 para preguntas sobre notificación de incidentes, personalización de plantillas y desarrollo de manuales
• Simula incidentes: Pide a ISMS Copilot que genere escenarios realistas de incidentes para ejercicios de simulación y capacitación del equipo
• Revisa informes: Sube borradores de informes de incidentes y solicita una revisión de completitud frente a los requisitos del Artículo 23
• Requisitos nacionales: Pregunta sobre formatos de notificación específicos, portales o requisitos adicionales impuestos por la ley de transposición de tu estado miembro