DORA
En resumen
Desde el 17 de enero de 2025, el Acta de Resiliencia Operativa Digital (DORA, Reglamento (UE) 2022/2554) exige a las entidades financieras de la UE demostrar que pueden resistir, responder y recuperarse de incidentes de TIC.
DORA no te pide comprar una herramienta específica. Te pide contar con medidas y demostrarlo. Stoïk Protect ayuda en ambos aspectos: sus herramientas cubren varios requisitos técnicos y generan las pruebas (informes, historial, tasas de finalización) que esperan los auditores y supervisores.
Este artículo muestra con qué requisitos de DORA ayuda cada herramienta de Stoïk Protect y qué sigue siendo tu responsabilidad.
¿A quién afecta DORA?
DORA se aplica a la mayoría de las entidades financieras reguladas: bancos, entidades de pago y de dinero electrónico, empresas de inversión, gestores de activos, aseguradoras y reaseguradoras, proveedores de servicios de criptoactivos y otros.
Algunas entidades están exentas. La principal exención es para intermediarios de seguros y reaseguros que sean microempresas, pequeñas o medianas empresas (art. 2(3)). Las entidades más pequeñas dentro del ámbito de aplicación también pueden aplicar un marco simplificado de gestión del riesgo de TIC (art. 16).
Si no estás seguro de si DORA se aplica a tu caso, pregunta a tu responsable de cumplimiento o a tu supervisor (ACPR o AMF en Francia).
Cómo mapea Stoïk Protect con DORA
DORA tiene cinco pilares. Stoïk Protect contribuye a cuatro de ellos.
1. Gestión del riesgo de TIC (Capítulo II, artículos 5 a 16)
Este pilar te pide conocer tus activos, encontrar vulnerabilidades, proteger tus sistemas, detectar anomalías y formar a tu personal.
Análisis Externo
Inventario de activos de TIC expuestos a Internet (art. 8(1), 8(4)). Identificación continua de vulnerabilidades y amenazas cibernéticas (art. 8(2)). Supervisión de los sistemas de TIC (art. 9(1)).
Informes de escaneo fechados y un historial de vulnerabilidades y sus correcciones
Análisis de Active Directory
Acceso limitado a lo que necesita cada rol (art. 9(4)(c)). Autenticación sólida (art. 9(4)(d)). Detección de cuentas privilegiadas, inactivas o mal configuradas.
Informe de configuración de AD y una lista priorizada de hallazgos con seguimiento de remediación
Análisis en la nube (AWS, Azure, GCP)
Seguridad y resiliencia de los sistemas, y prevención del acceso no autorizado y de fugas de datos (art. 9(2), 9(3)). Detección de errores de configuración en tu parte de la nube, donde sigues siendo plenamente responsable (art. 28(1)).
Informe de postura de seguridad por entorno
Supervisión de credenciales
Protección contra accesos no autorizados (art. 9(3)(b)). Detección de cuentas comprometidas antes de que se utilicen (art. 10(1)).
Lista de credenciales filtradas detectadas y contraseñas rotadas
Email Security
Seguridad de los canales de transferencia de datos (art. 9(3)(a)). Reducción del riesgo de acceso no autorizado y fraude (art. 9(3)(b)).
Estadísticas sobre amenazas bloqueadas
MDR
Detección 24/7 de actividad anómala en los endpoints (art. 10(1)). Recursos suficientes para supervisar anomalías y ciberataques (art. 10(3)). Contención rápida (art. 11(2)).
Informes de actividad, alertas atendidas, tiempos de respuesta
XDR
Varios niveles de control, umbrales de alerta y alertas automáticas (art. 10(2)), en VPN, firewall y datos en la nube.
Reglas de detección e historial de alertas
Formación
Concienciación obligatoria sobre seguridad de las TIC para todo el personal (art. 13(6)). Formación periódica del órgano de administración (art. 5(4)).
Tasas de finalización y certificados del curso
Simulación de phishing
Programas de concienciación (art. 13(6)). Aprendizaje a partir de amenazas observadas (art. 13(1)).
Tasas de clics, envío e informe por campaña, con tendencias a lo largo del tiempo
2. Gestión e información de incidentes de TIC (Capítulo III, artículos 17 a 23)
MDR / XDR
Detección y registro de incidentes (art. 17(2), 17(3)). La detección temprana importa porque los plazos de notificación de DORA empiezan desde que el incidente se clasifica.
Historial de alertas e incidentes
Botón de informe de phishing
Una forma sencilla para que los empleados informen correos electrónicos sospechosos, que alimenta tu proceso de detección de incidentes (art. 17(3)).
Correos electrónicos notificados y cómo se gestionaron
Stoïk CERT (respuesta a incidentes 24/7, incluida con el seguro de Stoïk)
Respuesta y recuperación (art. 11). Revisión posterior al incidente y análisis de causa raíz (art. 13(2)). Aporte técnico para los informes de incidentes graves (art. 19(4)): notificación inicial, informe intermedio e informe final.
Informe del incidente con cronología, indicadores de compromiso, causa raíz y medidas adoptadas
3. Pruebas de resiliencia operativa digital (Capítulo IV, artículos 24 a 27)
DORA exige un programa de pruebas, revisado al menos una vez al año, que incluya explícitamente evaluaciones y escaneos de vulnerabilidades (art. 25(1)).
External Scan, Active Directory Scan y Cloud Scan te ofrecen evaluaciones recurrentes de vulnerabilidades que alimentan este programa (art. 24(6), 25(1)).
Las simulaciones de phishing son una forma de pruebas de ingeniería social basadas en escenarios (art. 25(1)).
Las pruebas de penetración guiadas por amenazas (TLPT, art. 26 y 27) solo son obligatorias para las entidades financieras designadas por su supervisor. Stoïk Protect no las proporciona.
4. Riesgo de terceros de TIC (Capítulo V, artículos 28 a 44)
Sigues siendo plenamente responsable de tus obligaciones de DORA cuando utilizas un proveedor de nube (art. 28(1)). Análisis en la nube te ayuda a controlar la parte de ese riesgo que depende de cómo tú has configurado tu entorno.
No no sustituye el registro de información ni las cláusulas contractuales obligatorias con tus proveedores de TIC (art. 28(3), art. 30).
5. Intercambio de información (artículo 45)
Este pilar es opcional según DORA. Stoïk Protect no lo cubre directamente.
Lo que sigue siendo tu responsabilidad
Stoïk Protect te proporciona herramientas y pruebas. Tu organización sigue siendo responsable de lo siguiente:
Gobernanza. Tu órgano de administración tiene la responsabilidad final del riesgo de TIC y debe aprobar el marco (art. 5(2)).
Notificación oficial. Notificas a tu supervisor los incidentes graves (art. 19). El Stoïk CERT te ayuda a preparar el contenido técnico.
Copias de seguridad y continuidad del negocio. Tus políticas de copia de seguridad, restauración y continuidad del negocio o recuperación ante desastres, y sus pruebas (art. 11, 12).
Registro de proveedores de TIC y contratos (art. 28(3), 30).
Política de cifrado (art. 9(4)).
TLPT, si tu supervisor te ha designado (art. 26, 27).
Primeros pasos
Abre Stoïk Protect y comprueba qué herramientas están ya activas para tu organización.
Activa las herramientas que se ajusten a tus brechas. External Scan, Active Directory Scan, Training y Phishing simulation son las victorias más rápidas para aportar pruebas de DORA.
Completa la evaluación NIS2 en la sección de Pestaña pestaña para obtener una vista estructurada de tus medidas técnicas.
Exporta los informes de cada herramienta y añádelos a tu documentación de DORA.
Última actualización
¿Te fue útil?

