{"id":34271,"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\/pt-br\/external-synthetic-monitoring-dora\/","title":{"rendered":"Monitoramento Sint\u00e9tico Externo para Resili\u00eancia Operacional DORA"},"content":{"rendered":"

Resili\u00eancia operacional \u00b7 Gest\u00e3o de risco de TIC \u00b7 Servi\u00e7os financeiros<\/em><\/p>\n

\"N\u00f3s
O monitoramento sint\u00e9tico externo verifica servi\u00e7os voltados para clientes fora do per\u00edmetro da rede, ao longo do caminho que um usu\u00e1rio segue.<\/figcaption><\/figure>\n

O Digital Operational Resilience Act (DORA), Regulamento (UE) 2022\/2554<\/a>, aplica-se \u00e0s entidades financeiras da Uni\u00e3o Europeia desde 17 de janeiro de 2025. Entre seus objetivos centrais est\u00e1 o requisito de que as empresas detectem incidentes de TIC (tecnologia da informa\u00e7\u00e3o e comunica\u00e7\u00e3o) prontamente e mantenham a disponibilidade dos servi\u00e7os que suportam fun\u00e7\u00f5es cr\u00edticas ou importantes.<\/p>\n

Atingir esse objetivo requer monitoramento que reflita a disponibilidade real dos servi\u00e7os voltados para clientes, e n\u00e3o apenas a sa\u00fade interna dos sistemas por tr\u00e1s deles. Ferramentas internas de observabilidade reportam sobre a infraestrutura a partir da rede corporativa. Elas n\u00e3o confirmam se um servi\u00e7o \u00e9 acess\u00edvel e funcional na posi\u00e7\u00e3o de um usu\u00e1rio externo. O monitoramento sint\u00e9tico externo responde a isso executando transa\u00e7\u00f5es roteirizadas contra servi\u00e7os em produ\u00e7\u00e3o a partir de locais fora da rede, em uma programa\u00e7\u00e3o definida.<\/p>\n

Este artigo identifica as obriga\u00e7\u00f5es espec\u00edficas do DORA que afetam monitoramento cont\u00ednuo e detec\u00e7\u00e3o, e explica como o monitoramento sint\u00e9tico externo<\/a>, e a plataforma Dotcom-Monitor em particular, abordam cada uma delas.<\/p>\n

Obriga\u00e7\u00f5es de Detec\u00e7\u00e3o e Disponibilidade do DORA<\/h2>\n

O DORA \u00e9 baseado em resultados e n\u00e3o prescritivo quanto \u00e0s ferramentas. N\u00e3o exige um produto espec\u00edfico de monitoramento nem frequ\u00eancia de checagem. Estabelece obriga\u00e7\u00f5es para detec\u00e7\u00e3o, disponibilidade e supervis\u00e3o, e o monitoramento \u00e9 o controle operacional pelo qual v\u00e1rias dessas obriga\u00e7\u00f5es s\u00e3o cumpridas. Quatro disposi\u00e7\u00f5es s\u00e3o as mais relevantes.<\/p>\n

Artigo 9 (Prote\u00e7\u00e3o e Preven\u00e7\u00e3o)<\/strong> exige que as entidades financeiras monitorem e controlem continuamente a seguran\u00e7a e o funcionamento dos sistemas e ferramentas de TIC. A obriga\u00e7\u00e3o \u00e9 cont\u00ednua, o que exclui verifica\u00e7\u00f5es peri\u00f3dicas ou manuais como controle suficiente por si s\u00f3.<\/p>\n

Artigo 10 (Detec\u00e7\u00e3o)<\/strong> requer mecanismos para detectar prontamente atividades an\u00f4malas, incluindo problemas de desempenho da rede de TIC e incidentes relacionados \u00e0 TIC, al\u00e9m de identificar potenciais pontos \u00fanicos de falha material. O par\u00e1grafo 10(2) do artigo exige ainda que os mecanismos de detec\u00e7\u00e3o possibilitem m\u00faltiplas camadas de controle, definam limiares de alerta e incluam alertas autom\u00e1ticos para a equipe respons\u00e1vel pela resposta a incidentes.<\/p>\n

“As entidades financeiras dever\u00e3o dispor de mecanismos que detectem prontamente atividades an\u00f4malas, incluindo problemas de desempenho da rede de TIC e incidentes relacionados \u00e0 TIC.”
\nDORA, Artigo 10 (Detec\u00e7\u00e3o)<\/cite><\/p><\/blockquote>\n

Artigos 17 e 19 (Gest\u00e3o e Comunica\u00e7\u00e3o de Incidentes)<\/strong> exigem um processo documentado para gest\u00e3o de incidentes ligados \u00e0 TIC e, para incidentes classificados como graves, notifica\u00e7\u00e3o \u00e0 autoridade competente dentro do prazo definido pelo regulador, medido em horas e n\u00e3o em dias. A rapidez dessa notifica\u00e7\u00e3o depende diretamente da velocidade da detec\u00e7\u00e3o.<\/p>\n

Artigo 28 (Risco de Terceiros de TIC)<\/strong> exige que as entidades gerenciem e monitorem o risco decorrente dos provedores terceirizados de servi\u00e7os de TIC. Quando um provedor suporta uma fun\u00e7\u00e3o cr\u00edtica ou importante, sua disponibilidade \u00e9 de responsabilidade da entidade monitorar.<\/p>\n

Dessas disposi\u00e7\u00f5es, cinco capacidades de monitoramento s\u00e3o requeridas: monitoramento cont\u00ednuo, detec\u00e7\u00e3o imediata de incidentes, valida\u00e7\u00e3o de disponibilidade, supervis\u00e3o de TIC terceirizada e aviso pr\u00e9vio de degrada\u00e7\u00e3o do servi\u00e7o. As se\u00e7\u00f5es abaixo tratam de cada uma em sequ\u00eancia.<\/p>\n

O Papel da Verifica\u00e7\u00e3o Externa<\/h2>\n

Ferramentas internas, incluindo gerenciamento de desempenho de aplica\u00e7\u00e3o (APM), m\u00e9tricas de servidor e an\u00e1lise de logs, observam os sistemas de dentro da rede. Elas reportam com precis\u00e3o o estado da infraestrutura, mas n\u00e3o detectam uma categoria de falhas que ocorrem entre o usu\u00e1rio e os servidores. Estas incluem:<\/p>\n