Guías

Guía NIS2 · 8 min

NIS2 vs DORA: en qué se diferencian, dónde se solapan y cuál se le aplica

NIS2 y DORA son los dos regímenes de ciberresiliencia de la UE con más probabilidades de aterrizar en el mismo escritorio en 2026, y se confunden constantemente. Persiguen el mismo objetivo (la resiliencia operativa y cibernética) y se apoyan en muchos de los mismos controles, pero apuntan a organizaciones distintas, y para el sector financiero uno gana donde chocan. Esta guía expone la diferencia, el solapamiento y cómo saber cuál es el suyo, con una respuesta clara para los equipos de cadena de suministro y de terceros que acaban sirviendo a clientes bajo ambos.

Puntos clave

  • NIS2 es amplio y transversal; DORA es el régimen específico de TIC del sector financiero.
  • Para las entidades financieras DORA es lex specialis: prevalece sobre las disposiciones NIS2 que se solapan.
  • En cualquier caso, ambos le hacen responsable del riesgo de terceros y esperan una garantía continua, no anual.

Qué es cada uno

Ambos salieron del mismo paquete de resiliencia de la UE de 2022, pero son instrumentos distintos dirigidos a poblaciones distintas.

NIS2: amplio, transversal

Una directiva (transpuesta a derecho nacional, plazo 17 de octubre de 2024) que cubre entidades esenciales e importantes en energía, transporte, salud, agua, infraestructura digital, administración pública, fabricación y más. Fija una base de medidas de gestión de riesgos (art. 21) y de notificación de incidentes (art. 23).

DORA: sector financiero, centrado en TIC

Un reglamento (directamente aplicable, en vigor desde el 17 de enero de 2025) para el sector financiero de la UE (bancos, aseguradoras, empresas de inversión, proveedores de criptoactivos y más) junto con la supervisión de sus proveedores TIC terceros críticos. Fija reglas detalladas de gestión del riesgo TIC, pruebas de resiliencia y gobernanza de terceros.

Dónde se solapan

Implemente bien uno y mucho del otro le resultará familiar. Ambos exigen:

  • Responsabilidad de la dirección: el liderazgo debe asumir y supervisar el riesgo cibernético/TIC, y puede ser considerado responsable.
  • Medidas de gestión de riesgos: controles documentados y proporcionados a lo largo del ciclo de vida de la seguridad.
  • Notificación de incidentes: notificación estructurada a las autoridades en plazos definidos.
  • Riesgo de terceros y de cadena de suministro. Usted responde del riesgo cibernético que aportan sus proveedores.
  • Pruebas y mejora continua: la resiliencia se juzga con el tiempo, no se certifica una vez y se guarda.

La regla clave: DORA es lex specialis para las entidades financieras

Los dos regímenes se redactaron para no regular por duplicado. Para una entidad financiera, DORA es lex specialis: la ley más específica que prevalece. Donde DORA y NIS2 cubrirían el mismo terreno de gestión del riesgo TIC o de notificación de incidentes, se aplican los requisitos de DORA y las disposiciones NIS2 equivalentes no se apilan encima.

En la práctica, un banco no lleva dos programas cibernéticos paralelos. Sigue DORA para el riesgo TIC, las pruebas, la notificación de incidentes y la supervisión de terceros. NIS2 sigue moldeando el ecosistema a su alrededor (muchos de sus proveedores incluidos) pero en los temas que se solapan la entidad financiera misma se rige por DORA.

Lex specialis se aplica donde el acto sectorial impone requisitos al menos equivalentes a NIS2. La frontera puede ser matizada para grupos mixtos; confirme su estatus con su autoridad competente.

Vea cómo puntúan realmente sus proveedores

7 días gratuitos · sin tarjeta de crédito · cancele cuando quiera

¿Cuál se le aplica?

Una ayuda rápida para decidir. Para muchas organizaciones la respuesta honesta es «uno directamente, el otro a través de sus clientes».

Una entidad financiera (banco, aseguradora, empresa de inversión, proveedor de criptoactivos…)

DORA se aplica como lex specialis a su riesgo TIC; las disposiciones NIS2 equivalentes no se aplican encima.

Una entidad de sector crítico fuera de las finanzas (energía, salud, transporte, agua, infraestructura digital, administración pública…)

Se aplica NIS2. Compruebe los sectores del anexo I/II y los umbrales de tamaño para confirmar su nivel.

Un proveedor TIC de entidades financieras

El régimen de terceros de DORA le alcanza a través de los contratos de sus clientes, y los mayores proveedores pueden ser designados críticos y supervisados directamente por las AES. Si además es un proveedor TIC o de servicios gestionados del anexo I, puede estar también en el ámbito de NIS2.

Un proveedor de una entidad NIS2

La obligación de cadena de suministro de NIS2 (art. 21(2)(d)) le alcanza mediante la diligencia debida de sus clientes (cuestionarios, solicitudes de evidencia, monitoreo continuo) aunque no esté designado.

La conclusión para los equipos de cadena de suministro

Tanto si su cliente responde ante DORA como ante NIS2, la exigencia hacia usted converge. Ambos hacen a las organizaciones responsables del riesgo cibernético de sus proveedores, y ambos tratan la resiliencia como algo que se evalúa de forma continua en lugar de atestiguarse una vez al año. Así que la pregunta para un proveedor rara vez es «¿NIS2 o DORA?». Es «¿puedo demostrar, a petición, que mi seguridad se sostiene?»

Por eso la garantía de terceros se vuelve continua a ambos lados de la línea. El registro de información DORA de un banco y el programa de proveedores NIS2 de un fabricante piden a sus proveedores lo mismo: una prueba actual y respaldada del nivel de seguridad, no una hoja de cálculo que era cierta la primavera pasada.

Fuentes: Reglamento (UE) 2022/2554 (DORA) y Directiva (UE) 2022/2555 (NIS2). Confirme la frontera de solapamiento con su autoridad nacional competente y la orientación pertinente de las AES.

Cómo ayuda norppa.io

norppa.io le da la garantía continua y respaldada por evidencia sobre proveedores y proveedores TIC que tanto NIS2 como DORA esperan ahora. Cada dominio monitorizado se comprueba en más de cien puntos de control cada día, los sensibles al tiempo cada seis horas, con hallazgos listos para exportar a su registro de información DORA o a su expediente de proveedores NIS2.

Los cuestionarios de autoevaluación captan los controles de proceso y contractuales, y cada respuesta se coloca junto al perfil técnico en vivo. De modo que, cite el auditor de su cliente DORA o NIS2, puede mostrar evidencia actual y corroborada en lugar de afirmaciones.

¿Aún no listo para empezar? Reciba el estado NIS2 de su país

Le enviaremos el estado de transposición NIS2 de su país (autoridad, ley nacional, fechas clave) y una checklist concisa de diligencia de proveedores. Un correo y, después, novedades NIS2 ocasionales.

Nunca compartimos su correo. Baja con un clic. Almacenado en la UE.

Una fuente de evidencia continua sobre terceros

Vea un informe de proveedor de ejemplo (hallazgos, correspondencia de artículos y evidencia) en unos dos minutos.

7 días gratuitos · sin tarjeta de crédito · cancele cuando quiera

Última revisión: 19 de junio de 2026

Esta guía es información general sobre el Derecho de la UE, no asesoramiento jurídico. NIS2 entra en vigor a través de la ley de transposición nacional de cada Estado miembro de la UE, que puede diferir en los detalles. Verifique las obligaciones que le aplican con su autoridad competente o asesor jurídico.

Guías relacionadas

Cómo cumplir NIS2: una hoja de ruta paso a paso

Los pasos hacia el cumplimiento de NIS2 en orden: confirmar el ámbito, registrarse, responsabilidad de la dirección (art. 20), las medidas del art. 21.2, seguridad de la cadena de suministro, notificación de incidentes (art. 23) y garantía continua y evidenciada.

¿Quién está sujeto a NIS2? Entidades esenciales e importantes, sectores y umbrales de tamaño

Determina si NIS2 te aplica: los dos niveles, los sectores de los anexos I/II, los umbrales de tamaño, las excepciones independientes del tamaño y cómo la cadena de suministro te involucra aunque no estés designado.

NIS2 para proveedores: usted no está designado, pero sus clientes sí

La mayoría de las empresas nunca son designadas conforme a NIS2, pero muchas deben cumplirla igualmente. Cómo el deber de cadena de suministro de un cliente afectado (artículo 21, apartado 2, letra d) desciende hasta usted, qué pedirá y cómo responder de forma creíble.

NIS2 y el requisito de la cadena de suministro: qué significa en la práctica

NIS2 obliga a las entidades esenciales e importantes a evaluar los ciberriesgos de su cadena de suministro. Clasificación de proveedores, riesgo de cuarta parte, notificación Art. 23 y lo que buscan los auditores.

Cómo ocurre una brecha en 2026: su superficie externa y su cadena de suministro

La cadena de ataque de 2026 paso a paso — credenciales robadas, dispositivos de borde explotados, suplantación de correo — en su propia superficie externa y la de sus proveedores, y dónde norppa.io rompe la cadena.

Evaluación del ciberriesgo del proveedor: qué comprueba el monitoreo NIS2 automatizado

Todas las categorías de comprobación explicadas: ransomware, filtraciones dark web, TLS/DNSSEC, seguridad de cookies, CVE/EPSS, sanciones, listas negras MX y SAQ. Ciclo de vida de hallazgos y mapeo de artículos NIS2.

NIS2 Art. 21(2): lista de verificación de seguridad para proveedores

Lista de verificación para equipos de adquisiciones y seguridad: qué preguntar, qué evidencias recopilar y cómo responder cuando un proveedor no cumple. Incluye documentos de evidencia sugeridos.

Cuestionario de proveedores NIS2 (SAQ): qué preguntar, cómo puntuarlo y una plantilla gratuita

Qué preguntar a los proveedores bajo el art. 21.2.d, cómo puntuar respuestas y responder a brechas, por qué la autodeclaración necesita verificación, y una plantilla gratuita.

Notificación de incidentes NIS2: los plazos de 24 y 72 horas explicados

Qué es un incidente significativo, el calendario del artículo 23 (alerta a 24 h, notificación a 72 h, informe final a un mes) y cuándo el incidente de un proveedor se convierte en su obligación.

NIS2 y la responsabilidad de la dirección: lo que el consejo y la alta dirección deben saber

Qué espera NIS2 del órgano de dirección: deberes de aprobación y supervisión, responsabilidad personal (art. 20), formación, KPI de reporte al consejo y sanciones del art. 34.

ISO 27001 y NIS2: lo que su SGSI ya cubre, y las brechas que no

Si tiene ISO 27001: qué se traslada a NIS2 y qué no (notificación legal, responsabilidad de la dirección, registro y garantía continua de la cadena de suministro) y cómo cerrar la brecha.

Multas y sanciones NIS2: cuánto, quién es responsable y cómo evitarlas

Qué son las sanciones NIS2: los topes del artículo 34 (10 M€ / 2 % para entidades esenciales, 7 M€ / 1,4 % para importantes), la responsabilidad personal de la dirección (art. 20, art. 32), las medidas no pecuniarias y cómo evitarlas.

RGPD vs NIS2: solapamiento, diferencias y cuándo un incidente activa ambos

En qué se diferencian y solapan RGPD y NIS2, cuándo un incidente activa ambos (RGPD art. 33 72 h a la autoridad de control vs NIS2 art. 23 24 h/72 h/un mes al CSIRT), la cooperación del art. 35 y la prohibición de doble multa, y qué significan ambos para la diligencia de proveedores.

El Reglamento de Ciberresiliencia de la UE (CRA): ámbito, calendario y qué significa para su cadena de suministro

Qué exige el CRA, sus fechas escalonadas (en vigor 2024, notificación sept 2026, plena conformidad dic 2027), a quién se aplica y por qué el SaaS puro a menudo no, cómo complementa a NIS2 y qué significa para la contratación y la diligencia de proveedores.

El Reglamento de IA de la UE: niveles de riesgo, calendario y qué deben hacer los responsables del despliegue (artículo 26)

Qué exige el Reglamento de IA de la UE: los niveles de riesgo, las fechas escalonadas (en vigor 2024, prohibido feb 2025, GPAI ago 2025, alto riesgo ago 2026), las obligaciones del art. 26 del responsable del despliegue, cómo se suma a NIS2 y el RGPD, y qué significa para la adquisición de IA.

Estado de transposición de NIS2: en qué países de la UE está en vigor

Cuáles de los 27 Estados miembros de la UE han incorporado NIS2 a la ley nacional y cuáles aún la ultiman, y por qué las diferencias alcanzan su cadena de suministro igualmente.

Cláusulas contractuales para proveedores NIS2: qué exigir a sus proveedores

Las cláusulas que hacen exigible la obligación de cadena de suministro de NIS2: mínimo de seguridad, ventana de notificación, derechos de prueba y auditoría, traslación a subcontratistas y verificación continua.

Su postura de seguridad externa bajo NIS2: lo que ven proveedores y clientes

Las señales públicamente visibles que los clientes evalúan bajo el art. 21(2)(d) de NIS2: suplantación de correo (SPF/DMARC), higiene de certificados, sistemas expuestos a internet y credenciales filtradas, por qué importa cada una y cómo comprobarlas y corregirlas.

¿Sus proveedores usan IA? El riesgo de proveedores de NIS2 y el Reglamento de IA de la UE

Los proveedores integran cada vez más IA en los servicios de los que depende, y sus proveedores también. Dónde la IA de proveedores y de la enésima parte crea riesgo bajo el art. 21(2)(d) de NIS2 y el Reglamento de IA, qué evaluar y cómo mantener la visibilidad.

Suplantación de proveedor y fraude del CEO (BEC): suplantación de correo, DMARC y NIS2

Uno de los ataques a la cadena de suministro más comunes no necesita ninguna brecha: un correo suplantado que desvía un pago o roba datos. Cómo funcionan el BEC y la suplantación de proveedor, los ajustes SPF, DKIM y DMARC que los detienen, y cómo encaja en el art. 21(2)(d) de NIS2.