Saltar al contenido principal
Industria/OT-NIS29 min

Software para el cumplimiento NIS2

Qué herramientas ayudan de verdad, cómo debe soportar el software el flujo de incidentes del artículo 23, qué evidencias da un MDM y cómo mantener el cumplimiento.

Foto de Gorka Gonzalo
Gorka GonzaloFundador y CEO
Ilustración isométrica abstracta de un panel de control de cumplimiento con fichas de requisitos NIS2 conectadas a tarjetas de evidencia y tres anillos luminosos de plazos alrededor de una baliza de incidente

El software ayuda a cumplir NIS2 cuando convierte las obligaciones en tareas, evidencias y plazos con responsable: gestión de riesgos y activos, registro de incidentes con los plazos del artículo 23 (24 horas, 72 horas y un mes), control de proveedores y evidencias de dispositivos. Ninguna herramienta sustituye la decisión de la dirección ni garantiza el cumplimiento.

Qué herramientas ayudan con el cumplimiento NIS2

La Directiva (UE) 2022/2555 no pide comprar un producto: exige que las entidades esenciales e importantes adopten medidas técnicas, operativas y organizativas proporcionadas al riesgo. El artículo 21 enumera como mínimo diez áreas: análisis de riesgos y políticas de seguridad, gestión de incidentes, continuidad y copias de seguridad, seguridad de la cadena de suministro, seguridad en la adquisición y el mantenimiento (incluida la gestión de vulnerabilidades), evaluación de la eficacia de las medidas, higiene básica y formación, criptografía, control de acceso y gestión de activos, y autenticación multifactor [1]. Además, los órganos de dirección deben aprobar y supervisar esas medidas [1].

Cada área tiene su categoría de software:

Obligación del artículo 21Tipo de softwareEvidencia que debería dejar
Riesgos, políticas y evaluación de eficaciaGestión de riesgos y cumplimiento (GRC)Registro de riesgos, políticas con versión y revisiones fechadas
Gestión de incidentesRegistro de incidentes y gestión de casosLínea temporal, clasificación, plazos, notificaciones y causa raíz
Continuidad y copiasCopias de seguridad y recuperaciónInformes de copia y pruebas de restauración
Cadena de suministroGestión de riesgo de terceros (TPRM)Cuestionarios, hallazgos, decisiones por proveedor
Vulnerabilidades y mantenimientoGestión de vulnerabilidades y parchesInventario de exposición, plazos de corrección
Higiene, criptografía, acceso y activosGestión de endpoints (MDM/EDR) e identidadesInventario, cifrado, versiones, MFA
FormaciónPlataforma de concienciaciónAsistencia y resultados

Una sola plataforma rara vez cubre todo. Lo habitual es combinar herramientas especializadas con una capa que reúna las evidencias y los plazos en un único sitio.

Qué software soporta la gestión de incidentes NIS2

El artículo 23 fija un flujo de notificación para los incidentes significativos: una alerta temprana sin demora indebida y en todo caso en 24 horas desde que se tiene conocimiento, una notificación del incidente en 72 horas con una evaluación inicial, un informe intermedio si el CSIRT o la autoridad lo piden y un informe final como máximo un mes después de la notificación [1]. Si el incidente sigue en curso, se presenta un informe de situación y el final llega en el mes siguiente a su resolución [1].

Un software útil para este flujo debe:

  • registrar el incidente una sola vez y guardar el momento en que se tuvo conocimiento, porque de ahí corren los plazos;
  • ayudar a clasificar si es significativo, con criterios que tú confirmas;
  • mostrar los plazos como pendientes, vencidos o cumplidos;
  • generar borradores de la alerta y las notificaciones con los datos del incidente;
  • dejar traza de quién lo cambió y cuándo, y adjuntar evidencias y la causa raíz.

Lo que el software no puede hacer es decidir por ti si el incidente es significativo ni presentar la notificación: eso corresponde a tu organización, por el canal que fije la autoridad competente o el CSIRT. Si eres un proveedor de infraestructura digital (DNS, nube, centros de datos, proveedores de servicios gestionados, entre otros), el Reglamento de Ejecución (UE) 2024/2690 define además los criterios de incidente significativo y las medidas técnicas [2].

Qué software gestiona el cumplimiento de NIS2 en España

Primero, el estado legal, porque condiciona qué se puede exigir hoy. El plazo de transposición de la Directiva terminó el 17 de octubre de 2024. El Consejo de Ministros aprobó en primera vuelta el anteproyecto de Ley de Coordinación y Gobernanza de la Ciberseguridad el 14 de enero de 2025 [3], y el 8 de julio de 2026 la Comisión Europea remitió a España al Tribunal de Justicia de la UE por no haber notificado la transposición completa [4]. A 3 de noviembre de 2026 la ley sigue siendo anteproyecto: no figura ningún proyecto de ley de ciberseguridad en el listado oficial de proyectos de ley de la legislatura actual del Congreso [5], las Cortes están disueltas desde el 6 de octubre de 2026 (Real Decreto 806/2026, de 5 de octubre) [6], y no consta publicada en el BOE. La norma de seguridad de redes y sistemas de información que consta en el BOE sigue siendo el Real Decreto-ley 12/2018 [7]. Comprueba el BOE y el portal de iniciativas del Congreso antes de fijar plazos internos.

Dos consecuencias prácticas:

  • No existe un software «homologado» para NIS2 en España. Desconfía de quien lo prometa. Lo que sí puedes pedir es que la herramienta funcione en español, soporte los marcos que ya te aplican (por ejemplo el ENS en el sector público y sus proveedores) y se adapte a los formatos y canales que fije la ley cuando se publique.
  • Preparar hoy no es esperar. Las medidas del artículo 21 y el flujo del artículo 23 son el contenido de referencia, y es lo que un cliente o un auditor te preguntará. Nuestra guía de cumplimiento NIS2 para empresas detalla el contexto.

Qué software ayuda a mantener el cumplimiento a lo largo del tiempo

El cumplimiento de NIS2 es un estado que hay que sostener, no un proyecto que se cierra. Lo que se estropea con el tiempo es la evidencia: caduca, cambia de responsable o deja de reflejar la realidad. Busca un software que permita:

  1. Evidencias con responsable, fecha de validez y estado, y que la caducada deje de contar.
  2. Revisiones periódicas programadas de políticas, riesgos y proveedores.
  3. Datos recogidos de forma automática donde sea posible (inventario, cifrado, versiones) para no depender de capturas manuales.
  4. Un panel para la dirección, porque el artículo 20 hace responsable al órgano de dirección de supervisar las medidas [1].
  5. Histórico: poder demostrar cómo estabas hace seis meses, no solo hoy.

ENISA publicó en junio de 2025 una guía técnica de implantación que asocia cada requisito con ejemplos de evidencia; ojo, está redactada para el Reglamento de Ejecución 2024/2690 y los ejemplos no son exhaustivos ni definen por sí solos qué es cumplir [8]. Sirve como referencia de qué suele pedirse.

Cómo lograr el cumplimiento NIS2 con software

  1. Determina si te aplica y como qué (entidad esencial o importante) con asesoramiento jurídico. Ningún software lo decide por ti.
  2. Inventaría activos, procesos y proveedores críticos. Sin inventario no hay riesgo medible.
  3. Haz un análisis de brechas frente a las diez áreas del artículo 21 y prioriza.
  4. Elige el mínimo de herramientas que cubran las brechas y comprueba cómo exportan evidencias.
  5. Ensaya el flujo de incidentes con un simulacro: ¿quién declara «conocimiento», quién clasifica, quién envía?
  6. Fija un ciclo de revisión y llévalo a la dirección.

Si necesitas apoyo, nuestra consultoría GRC y la solución de cumplimiento NIS2 cubren las brechas y el plan; la gestión de riesgo de terceros se ocupa del artículo 21.2.d.

Qué evidencias de cumplimiento NIS2 puedo obtener de un MDM

Un MDM (gestión de dispositivos móviles y endpoints) es una fuente útil porque produce datos objetivos y repetibles sobre los dispositivos gestionados. Por ejemplo, Microsoft Intune evalúa reglas como una versión mínima del sistema operativo, que el dispositivo no esté liberado (jailbreak) o con permisos de administrador alterados (root) o un nivel de amenaza máximo, y ofrece acciones ante el incumplimiento, como marcarlo como no conforme, bloquearlo de forma remota o retirarlo; si un dispositivo no informa dentro del período de validez, se trata como no conforme [9]. Con ese tipo de datos puedes sostener:

  • Gestión de activos y control de acceso (21.2.i): inventario de dispositivos inscritos y su propietario.
  • Criptografía (21.2.h): estado del cifrado de disco o de dispositivo.
  • Higiene básica y mantenimiento (21.2.e y 21.2.g): versión del sistema operativo y nivel de parches frente a la mínima exigida.
  • Autenticación y acceso (21.2.j): exigencia de PIN o contraseña y uso del estado de conformidad en el acceso condicional.
  • Respuesta (21.2.b): acciones de bloqueo o retirada de un dispositivo comprometido.

Los límites importan para el auditor: un MDM cubre solo los dispositivos gestionados (no servidores, no entornos industriales ni equipos sin inscribir), refleja el estado en el último contacto y no prueba por sí solo que la política sea la adecuada. Guarda la evidencia con fecha, alcance y responsable.

Dónde encaja HodeiShield

HodeiShield es nuestra plataforma de cumplimiento y riesgo. Esto es lo que documenta su caso de uso NIS2, sin más:

  • Incidentes: registra el incidente una vez, lo clasifica y calcula los plazos; descarga borradores, pero la notificación al CSIRT o a la autoridad la envías tú, y no hay avisos automáticos antes de que venza un plazo (consulta gestión de incidentes).
  • Evidencias: con responsable, validez y estado; la evidencia caducada deja de contar. Puntúa las diez medidas del artículo 21 a partir de la evidencia que subes.
  • Endpoints: un agente propio para Windows, macOS y Linux ejecuta 172 comprobaciones y envía observaciones firmadas; un dispositivo que deja de informar durante más de siete días (frescura por defecto) deja de contar como conforme. No documenta una integración con soluciones MDM (consulta seguridad de endpoint).
  • Proveedores y dirección: gestión de riesgo de terceros, panel ejecutivo e informes PDF.

Sus límites declarados: no determina si eres entidad esencial o importante, no implanta las medidas, no notifica por ti y no funciona en tiempo real. La puntuación orienta tu trabajo; no garantiza el cumplimiento.

Nuestro punto de vista

Pensamos que la herramienta correcta es la que te deja demostrar, con fecha y responsable, lo que haces, y la que no te promete cumplir por ti. Si trabajas en planta, lee también NIS2 en el sector industrial y OT.

Preguntas frecuentes

¿Existe un software que garantice el cumplimiento de NIS2?

No. NIS2 exige medidas y responsabilidad de la dirección; el software ayuda a organizarlas, medirlas y documentarlas, pero la decisión y la responsabilidad son de la organización.

¿Puede el software notificar el incidente por mí?

Depende de la herramienta y del canal que fije cada autoridad. Lo habitual y prudente es que el software calcule plazos y prepare borradores, y que una persona revise y presente la notificación.

¿Cuáles son los plazos de notificación de NIS2?

Alerta temprana en 24 horas, notificación del incidente en 72 horas, informe intermedio si se solicita e informe final a más tardar un mes después de la notificación [1].

¿Está transpuesta NIS2 en España?

A 3 de noviembre de 2026, no: la ley sigue siendo anteproyecto. El Gobierno lo aprobó en primera vuelta en enero de 2025 [3], no figura como proyecto de ley en el Congreso [5], las Cortes están disueltas desde el 6 de octubre de 2026 (Real Decreto 806/2026, de 5 de octubre) [6] y la Comisión remitió a España al Tribunal de Justicia en julio de 2026 [4]. Verifica el estado en el BOE antes de decidir.

¿Basta un MDM para demostrar el cumplimiento?

No. Aporta evidencias de los dispositivos gestionados (inventario, cifrado, versiones, conformidad), pero NIS2 abarca también gobierno, riesgos, proveedores, incidentes y continuidad.

Siguiente paso

¿Quieres una valoración de brechas NIS2 y de qué herramientas necesitas de verdad? Hablemos de tu caso o conoce HodeiShield.

Fuentes

  1. Directive (EU) 2022/2555 on measures for a high common level of cybersecurity across the Union (NIS2). EUR-Lex (Official Journal of the EU), 2022-12-14. https://eur-lex.europa.eu/eli/dir/2022/2555/oj
  2. Commission Implementing Regulation (EU) 2024/2690 on technical and methodological requirements of cybersecurity risk-management measures. EUR-Lex (Official Journal of the EU), 2024-10-17. https://eur-lex.europa.eu/eli/reg_impl/2024/2690/oj
  3. El Gobierno presenta la futura Ley de Coordinación y Gobernanza de la Ciberseguridad. La Moncloa, Consejo de Ministros, 2025-01-14. https://www.lamoncloa.gob.es/consejodeministros/resumenes/Paginas/2025/140125-rueda-de-prensa-ministos.aspx
  4. Commission refers Ireland, Spain, France and the Netherlands to the Court of Justice for failing to transpose the rules on cybersecurity. European Commission, 2026-07-08. https://digital-strategy.ec.europa.eu/en/news/commission-refers-ireland-spain-france-and-netherlands-court-justice-failing-transpose-rules
  5. Proyectos de ley de la legislatura actual (datos abiertos, descarga del 3 de noviembre de 2026). Congreso de los Diputados, 2026-11-03. https://www.congreso.es/webpublica/opendata/iniciativas/ProyectosDeLey__20261103050038.json
  6. Real Decreto 806/2026, de 5 de octubre, de disolución del Congreso de los Diputados y del Senado y de convocatoria de elecciones. Boletín Oficial del Estado, 2026-10-06. https://www.boe.es/diario_boe/txt.php?id=BOE-A-2026-20742
  7. Real Decreto-ley 12/2018, de 7 de septiembre, de seguridad de las redes y sistemas de información. Boletín Oficial del Estado, 2018-09-08. https://www.boe.es/buscar/act.php?id=BOE-A-2018-12257
  8. NIS2 Technical Implementation Guidance. ENISA, 2025-06-26. https://www.enisa.europa.eu/publications/nis2-technical-implementation-guidance
  9. Device compliance policies in Microsoft Intune. Microsoft Learn. https://learn.microsoft.com/en-us/intune/device-security/compliance/overview

¿Te aplica NIS2?

Autoevalúa en 2 minutos tu alcance NIS2 (esencial/importante/fuera) y qué dominios de la directiva ya cubres.

Hacer la autoevaluación

¿Te ha sido útil este artículo?

Foto de Gorka Gonzalo

Gorka Gonzalo

Fundador y CEO

Fundó Hodeitek en 2023 y dirige la compañía, tras más de 8 años en pentesting, Red Team, auditoría OT/ICS y dirección de SOC. Experto en ciberseguridad e inteligencia artificial, marca la dirección técnica y de producto de HodeiShield y lidera personalmente los proyectos más críticos: de la estrategia de defensa a la aplicación de IA en la detección de amenazas. Es el interlocutor directo del cliente — quien define el alcance responde también por el resultado.