NIS2 y NISG 2026

¿Qué es NIS2 y qué es el NISG 2026?

La Directiva NIS2 (Directiva (UE) 2022/2555, «Network and Information Security Directive 2») es el marco jurídico central de la UE para lograr un elevado nivel común de ciberseguridad en la Unión. Sustituye a la primera Directiva NIS, de 2016, y responde a sus conocidos puntos débiles: un ámbito de aplicación demasiado estrecho, una transposición desigual y un control del cumplimiento débil. NIS2 entró en vigor el 16 de enero de 2023; el plazo para transponerla al derecho nacional terminó el 17 de octubre de 2024.

Como directiva, NIS2 no obliga directamente a las empresas: los Estados miembros deben transponerla a su derecho nacional. Austria lo ha hecho con la Ley de Seguridad de Redes y Sistemas de Información de 2026 (NISG 2026). El Consejo Nacional la aprobó el 12 de diciembre de 2025 y se publicó el 23 de diciembre de 2025 como BGBl. I Nr. 94/2025. Está en vigor desde el 1 de octubre de 2026 y sustituye al NISG 2018. Alemania transpuso NIS2 con la Ley de transposición de la Directiva NIS2 (BGBl. 2025 I Nr. 301), vigente desde el 6 de diciembre de 2025. Ambos países superaron así el plazo de la UE en más de un año. Suiza sigue su propio camino, al margen de NIS2 (entre otras cosas, con la obligación de notificación para infraestructuras críticas recogida en la Ley de Seguridad de la Información).

Lo esencial a nivel estratégico: NIS2 convierte la ciberseguridad, que era una tarea voluntaria del departamento de TI, en un requisito de gobernanza legalmente obligatorio y relevante para la alta dirección, con responsabilidad personal de los órganos de dirección.

Qué regula en concreto el NISG 2026 en Austria

El NISG 2026 asume las obligaciones de la directiva y fija la autoridad, los plazos y las sanciones para Austria. Los puntos clave según el texto legal publicado en el RIS:

• Autoridad: La competencia recae en la Oficina Federal de Ciberseguridad, subordinada directamente al ministro federal del Interior (§ 3a).
• Registro: Las entidades esenciales e importantes se registran ante la autoridad en un plazo de tres meses desde la entrada en vigor (§ 29, apdo. 3). Deben indicar, entre otros datos, el sector, el tipo de entidad, los datos de contacto y los umbrales de los que se deriva su clasificación.
• Autodeclaración: En un plazo de doce meses desde que nace la obligación de registro, las entidades remiten información sobre sus medidas de gestión de riesgos, entre ellas la seguridad de la cadena de suministro y los resultados del análisis de riesgos (§ 33, apdo. 1).
• Obligaciones de notificación: alerta temprana en 24 horas y notificación en 72 horas desde que se tiene conocimiento de un incidente de ciberseguridad significativo; informe final, como muy tarde, un mes después de esa notificación (§ 34, apdo. 2).
• Órganos de dirección: Deben garantizar y supervisar el cumplimiento de las medidas de gestión de riesgos y participar en formaciones de ciberseguridad (§ 31). Si una entidad esencial no cumple una resolución, la autoridad puede prohibir temporalmente a sus órganos de dirección el ejercicio de funciones directivas (§ 39, apdo. 4).
• Sanciones: hasta 10 millones de EUR o el 2 % de la facturación mundial del ejercicio anterior para las entidades esenciales, y hasta 7 millones de EUR o el 1,4 % para las importantes. Para otras infracciones previstas en el § 45, apdo. 4, las multas llegan a 50.000 EUR, y en caso de reincidencia a 100.000 EUR (§ 45).

En la comprobación de si te afecta el NISG verás cómo determinar la clasificación de tu organización. El artículo NISG 2026 y la supervisión institucional de la ciberseguridad describe cómo está organizada la supervisión.

¿A quién afecta? Entidades esenciales e importantes

NIS2 amplía enormemente el ámbito de aplicación respecto a la antigua directiva. La sujeción depende, en principio, de dos criterios: sector y tamaño.

NIS2 distingue entre entidades esenciales («essential entities») y entidades importantes («important entities»). Los sectores se recogen en dos anexos: el anexo I abarca los sectores de alta criticidad (entre otros, energía, transporte, banca, infraestructuras de los mercados financieros, sanidad, agua potable, aguas residuales, infraestructura digital, gestión de servicios TIC en B2B, administración pública y espacio). El anexo II abarca otros sectores críticos (entre otros, servicios postales y de mensajería, gestión de residuos, industria química, alimentación, industria manufacturera/fabricación, proveedores de servicios digitales como mercados en línea, motores de búsqueda y plataformas de redes sociales, e investigación).

Para el umbral de tamaño rige, en principio, la «regla size-cap»: quedan incluidas las empresas medianas y grandes, es decir, a partir de 50 empleados o con un volumen de negocios anual o balance general superior a 10 millones de EUR. Por debajo de ese umbral, NIS2 no suele aplicarse, con excepciones para determinados proveedores críticos (p. ej., servicios DNS, registros de TLD, prestadores cualificados de servicios de confianza, determinados proveedores de redes públicas de comunicaciones) que pueden quedar incluidos con independencia de su tamaño.

Un punto clave en la práctica: no existe una clasificación previa por parte de la autoridad para cada organización. Las entidades afectadas deben determinar por sí mismas si están sujetas y registrarse dentro del plazo nacional. En Austria, son tres meses a partir del 1 de octubre de 2026. Esta obligación de autoevaluación alcanza a muchas empresas que hasta ahora no se consideraban «infraestructura crítica», como fabricantes u organizaciones del sector alimentario o de investigación.

Obligaciones de ciberseguridad y gestión de riesgos (art. 21)

El núcleo de NIS2 es el artículo 21: las entidades afectadas deben adoptar «medidas técnicas, operativas y de organización adecuadas y proporcionadas» para gestionar los riesgos que afectan a sus redes y sistemas de información. El criterio se basa en el riesgo y se orienta al estado de la técnica. NIS2 establece expresamente un catálogo de medidas que incluye, como mínimo:

• Análisis de riesgos y políticas de seguridad de los sistemas de información
• Gestión de incidentes de seguridad (incident handling)
• Continuidad de negocio y gestión de crisis (copias de seguridad, recuperación)
• Seguridad de la cadena de suministro, incluidas las relaciones con proveedores y prestadores de servicios
• Seguridad en la adquisición, el desarrollo y el mantenimiento de sistemas, incluida la gestión de vulnerabilidades
• Procedimientos para evaluar la eficacia de las medidas
• Ciberhigiene y formación
• Criptografía y cifrado
• Seguridad del personal, control de acceso y gestión de activos
• Autenticación multifactor (MFA), comunicaciones seguras y comunicaciones de emergencia

La operación de agentes de IA entra en este marco por varios motivos: un agente de IA es un sistema de redes e información en el sentido de la directiva, suele acceder a otros sistemas a través de herramientas, API y conexiones MCP, y puede procesar datos que requieren protección. Por eso, el control de acceso, el cifrado, el registro de logs, la gestión de vulnerabilidades y la evaluación de la cadena de suministro son directamente relevantes. Quien opere en producción agentes de IA en un sector afectado debe integrar estos componentes en la gestión de riesgos de NIS2, no como un añadido, sino como parte del concepto de seguridad habitual.

Obligaciones de notificación: el régimen de 24/72 horas

NIS2 establece un procedimiento de notificación escalonado y con plazos muy ajustados para los incidentes de seguridad significativos («significant incidents»), dirigido a la autoridad competente o al CSIRT nacional (Computer Security Incident Response Team). Simplificando, un incidente se considera significativo cuando ha causado o puede causar graves perturbaciones operativas, pérdidas económicas o daños considerables a terceros.

Para la operación de agentes de IA, esto significa que hace falta una capacidad de detección y escalado lo bastante rápida como para cumplir con la alerta temprana de 24 horas. Incidentes como un ataque de prompt injection exitoso que lleve a un agente a realizar llamadas a herramientas no autorizadas o a exfiltrar datos, un endpoint de modelo comprometido o una fuga de datos a través de una conexión de herramientas mal configurada pueden estar sujetos a notificación. Por eso, el registro de logs, la monitorización y un proceso de respuesta a incidentes definido para los sistemas de agentes son requisitos prácticos de NIS2.

Seguridad de la cadena de suministro: cómo alcanza a los proveedores de IA y cloud

Una de las novedades de mayor impacto es la obligación expresa de proteger la cadena de suministro. Las entidades afectadas deben evaluar la seguridad de sus proveedores y prestadores de servicios directos e incorporar los resultados a su gestión de riesgos y a sus contratos. Deben tenerse en cuenta, entre otros aspectos, la calidad de las prácticas de seguridad del proveedor, sus procesos de desarrollo y su perfil de riesgo específico.

Para la operación de agentes de IA esto es fundamental, porque el stack típico depende en gran medida de componentes externos: proveedores de LLM, proveedores de cloud y hosting, bases de datos vectoriales, servicios de herramientas y API, servidores MCP, frameworks de orquestación. A menudo, estos proveedores no están sujetos directamente a NIS2, pero la obligación de cadena de suministro de la organización cliente regulada les traslada de facto los requisitos de NIS2. En la práctica, esto significa: compromisos de seguridad en los contratos (contrato de encargo del tratamiento/DPA, derechos de auditoría, transparencia sobre subencargados, cláusulas de notificación de incidentes), certificaciones como ISO/IEC 27001 o informes SOC 2 y una evaluación documentada de los proveedores.

Aquí surge también un punto de contacto con el debate sobre la IA soberana: las cargas de trabajo en sectores regulados o críticos, como los servicios financieros sujetos a DORA o las infraestructuras críticas sujetas a NIS2, se benefician estructuralmente de plataformas de IA soberanas alojadas en la UE, porque simplifican la residencia de los datos, la transparencia sobre subencargados y la evaluación de la cadena de suministro. McKinsey prevé que los requisitos de soberanía influyan en entre el 30 % y el 40 % del gasto en IA y cifra este mercado en entre 500 y 600 mil millones de USD en todo el mundo hasta 2030 (McKinsey, «Sovereign AI: Building ecosystems for strategic resilience and impact», marzo de 2026). La regulación, como NIS2, DORA, el Reglamento de IA de la UE y el RGPD, es uno de los motores de esta demanda.

Responsabilidad de la dirección y sanciones

NIS2 se dirige expresamente a los órganos de dirección. Estos deben aprobar y supervisar la aplicación de las medidas de gestión de riesgos, y responden de los incumplimientos. Además, se prevé formación obligatoria para los órganos de dirección, para que puedan evaluar los ciberriesgos y estimar su impacto. En caso de infracciones graves, las autoridades nacionales también pueden ordenar, según la transposición de cada país, la suspensión temporal de funciones directivas.

El régimen de multas es considerable: hasta 10 millones de EUR o el 2 % de la facturación anual mundial (la cantidad que sea mayor) para las entidades esenciales y hasta 7 millones de EUR o el 1,4 % para las importantes. Con ello, la ciberseguridad pasa a un nivel de riesgo para la alta dirección similar al del RGPD. El NISG 2026 austriaco adopta estos importes máximos (§ 45). La supervisión, los procedimientos y otros marcos sancionadores los regula la ley nacional correspondiente; en Alemania, la nueva Ley BSI aprobada con la transposición de NIS2.

Ciberseguridad específica de los agentes de IA en el marco de NIS2

Los agentes de IA autónomos amplían la superficie de ataque frente a las aplicaciones tradicionales, porque interpretan entradas, toman decisiones y actúan sobre sistemas reales a través de herramientas. Por eso, dentro de la gestión de riesgos de NIS2 deberían abordarse, como mínimo, los siguientes aspectos:

• Prompt injection y envenenamiento de datos como principal categoría de amenaza. Los contenidos de correos electrónicos, documentos o páginas web pueden inducir a un agente a realizar acciones no deseadas. Contramedidas: validación de entradas, separación entre el contexto de instrucciones y el de datos, filtrado de salidas.
• Acceso a herramientas con mínimo privilegio. Dotar a los agentes solo de los permisos mínimos necesarios; proteger las llamadas a herramientas sensibles (pagos, eliminaciones, comunicación externa) con human-in-the-loop.
• Guardrails y aplicación de políticas, límites técnicos para las acciones permitidas, rate limits y listas de permitidos y denegados para herramientas y dominios.
• Gestión de identidades y accesos, autenticación fuerte (MFA), tokens de corta duración y una gestión limpia de secretos para las identidades de los agentes.
• Registro completo y auditabilidad. Trazabilidad de cada decisión del agente y de cada llamada a herramientas, para cumplir las obligaciones de notificación y las necesidades forenses.
• Refuerzo de la cadena de suministro. Protección de los endpoints de modelos, los servidores MCP y las herramientas de terceros.

Estas medidas se solapan con catálogos de seguridad consolidados, como la lista OWASP Top 10 para aplicaciones LLM y la lista de OWASP para sistemas agénticos. NIS2 no impone directamente estos catálogos, pero ofrece el motivo jurídico para anclarlos de forma vinculante en el concepto de seguridad.

Diferencias con el Reglamento de IA de la UE, el RGPD y DORA

NIS2 es un régimen de ciberseguridad y no coincide con los marcos paralelos de la UE. Delimitarlos bien evita tanto lagunas como duplicar esfuerzos:

En los sectores regulados se aplican varios regímenes a la vez. Como normativa especial para el sector financiero, DORA desplaza en gran parte los requisitos de NIS2, aunque en algunos puntos va más allá. Desde un punto de vista pragmático, conviene usar estándares de gestión consolidados como base común de implementación: ISO/IEC 27001 para el sistema de gestión de la seguridad de la información (SGSI) e ISO/IEC 42001 (sistema de gestión de IA, diciembre de 2023) para la gobernanza de la IA. Al ser una norma de gestión certificable, ISO/IEC 42001 no está ligada a ningún ordenamiento jurídico y, por eso, puede servir de base común para varios regímenes.

Perspectiva práctica y recomendaciones

Situación en octubre de 2026: el contenido de las obligaciones de NIS2 está claro gracias a la directiva y las leyes nacionales ya se aplican, en Alemania desde el 6 de diciembre de 2025 y en Austria desde el 1 de octubre de 2026. Las entidades austriacas afectadas deben registrarse ahora dentro del plazo de tres meses; la autodeclaración llega en un plazo de doce meses desde que nace la obligación de registro. Ya no hay aplazamiento posible: los requisitos están en vigor, y una gestión de riesgos sólida no se construye en pocas semanas.

En concreto, se recomienda un enfoque en tres pasos: primero, un análisis honesto de sujeción y tamaño por sector (incluida la obligación de autorregistro); segundo, un análisis de brechas (gap assessment) frente al catálogo de medidas del art. 21 que incluya expresamente los agentes de IA y su cadena de suministro; tercero, la creación de un proceso de respuesta a incidentes capaz de cumplir la ventana de notificación de 24/72 horas. Para los agentes de IA, esto significa tener en cuenta desde el principio los guardrails, el acceso a herramientas con mínimo privilegio, un registro completo y una evaluación documentada de los proveedores, a ser posible integrados en un SGSI (ISO/IEC 27001) y en un sistema de gestión de IA (ISO/IEC 42001).