Cloudflare sinaliza oito certificados eMudhra após compromisso de chaves privadas

A Cloudflare comunicou que, a 19 de outubro de 2026, por volta das 17:00 UTC, tomou conhecimento de que chaves privadas associadas a oito certificados intermédios da eMudhra estavam comprometidas, segundo uma entrada no blogue da empresa assinada por quatro autores, entre os quais Christopher Patton.

A questão toca certificados reconhecidos por navegadores, sistemas operativos e pela própria Cloudflare, o que faz das verificações de certificados parte do percurso de resposta de alguns serviços e clientes. Uma chave privada ligada a um certificado intermédio permite a um atacante criar um certificado falso para qualquer domínio e fazer-se passar por servidores, abrindo caminho à interceção ou alteração de tráfego — o que situa o incidente no terreno da confiança baseada em certificados e não numa falha do próprio TLS.

Em resposta, a Cloudflare libertou atualizações para os Cloudflare One Clients (também conhecidos por WARP ou aplicação 1.1.1.1) e para o Cloudflare Tunnel (cloudflared), além de ter implantado medidas de mitigação em produtos de CDN, Developer e Zero Trust. Segundo a empresa, o Cloudflare Zero Trust com Gateway e um cliente atualizado está automaticamente protegido, o que reduz o trabalho para as organizações que mantêm esses componentes atualizados.

A Cloudflare acrescentou que a sua revisão de segurança não identificou exploração ativa do problema nos seus serviços, mas priorizou serviços que utilizam certificados públicos para autenticar pontos finais remotos, incluindo proxies que ligam a origens e aplicações que chamam APIs externas. A empresa também atualizou armazenamentos de confiança partilhados, imagens base e outras fundações comuns e pede aos clientes que utilizam Cloudflare Containers, incluindo Sandboxes, que revejam as suas imagens de contentor e dependências de aplicações quanto a armazenamentos de certificados afetados.

O mesmo informante não identifica quais certificados eMudhra fora da Cloudflare estão afetados, deixando o trabalho prático do lado dos clientes e operadores de software, que têm de verificar os seus próprios armazenamentos de confiança, configurações de servidores de origem e imagens de contentor face à cadeia de certificados em causa.

Porque importa

O caso ilustra como a confiança em certificados pode ser posta em causa por uma única cadeia de certificação, com impacto potencial para qualquer serviço que dependa desses certificados para autenticar pontos finais. As atualizações disponibilizadas e as medidas de mitigação definem concretamente os passos que clientes e administradores podem tomar para se protegerem.