{"id":34272,"date":"2026-07-24T20:28:29","date_gmt":"2026-07-24T20:28:29","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/external-synthetic-monitoring-dora\/"},"modified":"2026-07-24T20:28:29","modified_gmt":"2026-07-24T20:28:29","slug":"external-synthetic-monitoring-dora","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/es\/external-synthetic-monitoring-dora\/","title":{"rendered":"Monitoreo Sint\u00e9tico Externo para la Resiliencia Operativa DORA"},"content":{"rendered":"

Resiliencia operativa \u00b7 Gesti\u00f3n de riesgos TIC \u00b7 Servicios financieros<\/em><\/p>\n

\"Nodos
El monitoreo sint\u00e9tico externo verifica los servicios orientados al cliente desde fuera del per\u00edmetro de la red, a lo largo del camino que sigue un usuario.<\/figcaption><\/figure>\n

El Reglamento de Resiliencia Operativa Digital (DORA), Reglamento (UE) 2022\/2554<\/a>, se ha aplicado a las entidades financieras de la Uni\u00f3n Europea desde el 17 de enero de 2025. Entre sus objetivos centrales est\u00e1 el requisito de que las empresas detecten incidentes TIC (tecnolog\u00edas de la informaci\u00f3n y comunicaciones) de manera r\u00e1pida y mantengan la disponibilidad de los servicios que apoyan funciones cr\u00edticas o importantes.<\/p>\n

Cumplir ese objetivo requiere un monitoreo que refleje la disponibilidad real de los servicios orientados al cliente, no solo la salud interna de los sistemas detr\u00e1s de ellos. Las herramientas internas de observabilidad reportan sobre la infraestructura desde dentro de la red corporativa. No confirman si un servicio es accesible y funcional desde la posici\u00f3n de un usuario externo. El monitoreo sint\u00e9tico externo aborda esto ejecutando transacciones programadas contra servicios en producci\u00f3n desde ubicaciones fuera de la red, con un horario definido.<\/p>\n

Este art\u00edculo identifica las obligaciones espec\u00edficas de DORA que inciden en el monitoreo continuo y la detecci\u00f3n, y expone c\u00f3mo el monitoreo sint\u00e9tico externo<\/a>, y la plataforma Dotcom-Monitor en particular, abordan cada una de ellas.<\/p>\n

Obligaciones de Detecci\u00f3n y Disponibilidad de DORA<\/h2>\n

DORA se basa en resultados en lugar de prescribir herramientas espec\u00edficas. No obliga a un producto de monitoreo espec\u00edfico ni a una frecuencia fija de comprobaciones. Establece obligaciones para la detecci\u00f3n, la disponibilidad y la supervisi\u00f3n, y el monitoreo es el control operativo a trav\u00e9s del cual se cumplen varias de esas obligaciones. Cuatro disposiciones son las m\u00e1s relevantes.<\/p>\n

Art\u00edculo 9 (Protecci\u00f3n y Prevenci\u00f3n)<\/strong> requiere que las entidades financieras monitoreen y controlen continuamente la seguridad y funcionamiento de los sistemas y herramientas TIC. La obligaci\u00f3n es continua, lo que excluye que las comprobaciones peri\u00f3dicas o manuales sean un control suficiente por s\u00ed solas.<\/p>\n

Art\u00edculo 10 (Detecci\u00f3n)<\/strong> exige mecanismos para detectar r\u00e1pidamente actividades an\u00f3malas, incluidos problemas de rendimiento de la red TIC e incidentes relacionados con TIC, e identificar posibles puntos \u00fanicos de falla material. El Art\u00edculo 10(2) exige adem\u00e1s que los mecanismos de detecci\u00f3n permitan m\u00faltiples capas de control, definan umbrales de alerta e incluyan alertas autom\u00e1ticas para el personal responsable de la respuesta a incidentes.<\/p>\n

“Las entidades financieras deber\u00e1n disponer de mecanismos para detectar r\u00e1pidamente actividades an\u00f3malas, incluidos problemas de rendimiento de red TIC e incidentes relacionados con TIC.”
\nDORA, Art\u00edculo 10 (Detecci\u00f3n)<\/cite><\/p><\/blockquote>\n

Art\u00edculos 17 y 19 (Gesti\u00f3n y Reporte de Incidentes)<\/strong> requieren un proceso documentado para gestionar incidentes relacionados con TIC y, para los incidentes clasificados como mayores, notificar a la autoridad competente dentro de un plazo fijado por el regulador medido en horas y no en d\u00edas. La velocidad de esa notificaci\u00f3n depende directamente de la rapidez de la detecci\u00f3n.<\/p>\n

Art\u00edculo 28 (Riesgo de Terceros TIC)<\/strong> exige que las entidades gestionen y monitoreen el riesgo derivado de los proveedores terceros TIC. Cuando un proveedor apoya una funci\u00f3n cr\u00edtica o importante, su disponibilidad est\u00e1 dentro de la responsabilidad de monitoreo de la entidad.<\/p>\n

De estas disposiciones se derivan cinco capacidades de monitoreo requeridas: monitoreo continuo, detecci\u00f3n r\u00e1pida de incidentes, validaci\u00f3n de disponibilidad, supervisi\u00f3n de terceros TIC y alerta temprana de degradaci\u00f3n del servicio. Las secciones siguientes abordan cada una en orden.<\/p>\n

El Rol de la Verificaci\u00f3n Externa<\/h2>\n

Las herramientas internas, incluyendo la gesti\u00f3n del rendimiento de aplicaciones (APM), m\u00e9tricas de servidores y an\u00e1lisis de registros, observan sistemas desde dentro de la red. Reportan con precisi\u00f3n el estado de la infraestructura pero no detectan una categor\u00eda de fallos que ocurren entre el usuario y los servidores. Estos incluyen:<\/p>\n