Oito certificados TLS intermediários da eMudhra com chaves de 3 a 8 bits acendem alerta na internet
Aprofundamento CEVIU
Aprofundamento
Os oito certificados são intermediários da autoridade certificadora indiana eMudhra Limited. O problema está nas chaves privadas: em vez de algo próximo dos 384 bits de entropia de uma chave NIST P-384, elas tinham de 3 a 8 bits. Quem recuperasse uma delas poderia assinar certificados para qualquer site, e navegadores e aplicativos aceitariam como confiáveis. Um aviso informal publicado em um domínio dedicado trazia a mensagem "We have a problem here, Wayne", assinada com a chave privada de um dos certificados, o que serviu de prova de controle.
Até a manhã de terça-feira, navegadores e alguns aplicativos e linguagens já tinham bloqueado os oito intermediários. Não há relatos de logs de Certificate Transparency mostrando uso malicioso das chaves. A exceção apontada é o Edge no Windows 10, que ainda se conectava a 12 hosts vulneráveis. A exploração exige um ataque ativo de adversário no meio (o atacante precisa atuar como proxy entre as duas pontas do TLS). Isso costuma ficar restrito a atores com muitos recursos, mas quem controla uma rede local, como em um café ou universidade, tem bem menos dificuldade. Signal, WhatsApp e Wireguard não dependem de TLS para confidencialidade e não são afetados.
O que mudou
Em 21 de outubro de 2026, o CEVIU noticiou "Oito certificados intermediários da eMudhra são comprometidos e acendem alerta na Internet", relatando que a Cloudflare soube em 19 de outubro de 2026 do comprometimento das chaves. Naquele momento o foco era o risco de forjar certificados. Agora o quadro avança para a resposta: os oito intermediários já foram bloqueados por navegadores e por parte dos aplicativos e linguagens, e a atenção passa para a cauda longa de atualização em distribuições Linux, IoT e trust stores embarcados.
Por que isso importa
Para quem opera VPN ou depende de TLS fora do navegador, a leitura é que a janela de risco está nos clientes que ainda não receberam o bloqueio. Vale inventariar o que carrega trust store próprio (contêineres, ferramentas de linha de comando, ecossistemas como Python) e acompanhar as atualizações das distribuições. O Certificate Transparency ajudou aqui, mas só detecta depois da emissão e exige monitoramento ativo.
Linha do tempo
A Cloudflare soube do comprometimento das chaves de oito intermediários da eMudhra.
O CEVIU noticiou o comprometimento dos oito certificados intermediários da eMudhra.
Navegadores e alguns aplicativos bloqueiam os certificados, e a remediação em Linux e IoT segue em aberto.
Perguntas frequentes
O que aconteceu com os certificados da eMudhra?
Oito certificados TLS intermediários da eMudhra tinham chaves privadas de apenas 3 a 8 bits. Qualquer pessoa que as recuperasse poderia assinar certificados aceitos como confiáveis para qualquer site. Navegadores e vários aplicativos já bloquearam os certificados.
Quem corre mais risco agora?
Segundo a fonte, o risco mais imediato é para usuários de VPN, sobretudo em países cujos governos possam interceptar tráfego. O ataque exige um adversário ativo no meio da comunicação. Quem controla uma rede local também tem facilidade para tentar.
Há indício de uso malicioso das chaves?
Não há relatos de logs de Certificate Transparency mostrando uso malicioso das chaves comprometidas. Esses logs, porém, só registram certificados depois de emitidos e exigem monitoramento ativo.
Por que a remediação deve demorar?
Distribuições Linux ainda estão liberando atualizações, e administradores terão de aplicá-las em muitas máquinas. Dispositivos IoT, contêineres e ferramentas que embarcam seus próprios certificados raiz também ficam para trás. Para Filippo Valsorda, será uma limpeza maior que a do Heartbleed.
Fontes
- arstechnica.comfonte original
- Categoria
- CEVIU Segurança da Informação
- Publicado
- 22 de outubro de 2026
- Editoria
- CEVIU Segurança da Informação

