Pular para o conteúdo

Oito certificados TLS comprometidos colocam a segurança da internet em alerta

Chaves criptográficas extremamente fracas permitiriam a criação de certificados fraudulentos para imitar sites legítimos; navegadores e empresas de software já começaram a bloquear as credenciais afetadas.

Prefira o Hardware no Google

Oito certificados TLS comprometidos, emitidos pela autoridade certificadora indiana eMudhra Limited, provocaram um alerta global de segurança após pesquisadores descobrirem que suas chaves privadas eram tão fracas que poderiam ser usadas por invasores para criar certificados digitais fraudulentos, reconhecidos como confiáveis por navegadores e aplicativos.

A descoberta, divulgada em 20 de outubro de 2026, levou desenvolvedores de navegadores e grandes fornecedores de software a bloquear os oito certificados intermediários. Embora não existam evidências, até o momento, de que as chaves comprometidas tenham sido utilizadas para emitir certificados maliciosos, especialistas alertam que a eliminação completa da ameaça pode levar anos.

O incidente evidencia uma falha crítica na infraestrutura de confiança da internet: mesmo quando os protocolos de criptografia são seguros, certificados gerados de maneira inadequada podem comprometer a segurança de milhões de conexões.

Certificados TLS continham chaves privadas com pouquíssimos bits de segurança

Os certificados comprometidos pertencem à eMudhra Limited, uma autoridade certificadora responsável pela emissão de credenciais digitais utilizadas para estabelecer a confiança entre sites, navegadores e outros softwares. Os certificados intermediários afetados podem assinar novos certificados, o que potencialmente permitiria que invasores se passassem por praticamente qualquer servidor na internet.

A vulnerabilidade veio à tona após a publicação de um aviso informal de segurança no site emudhra.we-have-a-problem.com. A mensagem, que dizia “We have a problem here – Wayne” (“Temos um problema aqui – Wayne”, em tradução livre), foi assinada digitalmente com a chave privada de um dos certificados afetados.

A demonstração comprovou que uma pessoa externa tinha acesso a uma chave privada comprometida. Como o certificado era considerado confiável por softwares utilizados em todo o mundo, a descoberta levantou preocupações imediatas sobre a possibilidade de emissão de credenciais fraudulentas para sites e serviços legítimos.

O aspecto mais alarmante era a fragilidade das próprias chaves privadas. Segundo especialistas em criptografia, os oito valores eram 4, 56, 66, 115, 155, 156, 230 e 237. Para efeito de comparação, uma chave privada baseada na curva elíptica NIST P-384 deve oferecer aproximadamente 192 bits de segurança contra ataques de força bruta, sob as premissas padrão do algoritmo. Os valores das chaves comprometidas, por outro lado, eram tão fracos que poderiam ser descobertos por meio de buscas triviais.

Cabos de rede brancos conectados às portas RJ-45 de um switch de rede, com luzes indicadoras acesas

Após a descoberta, desenvolvedores de navegadores e diversos projetos de software importantes começaram a bloquear os oito certificados intermediários. No entanto, a resposta não foi uniforme em toda a internet.

No momento da publicação do relatório original, o Microsoft Edge em computadores com Windows 10 parecia ser uma exceção, pois continuava estabelecendo conexões com 12 hosts vulneráveis. Quando questionada sobre seus planos para resolver o problema, a Microsoft ainda não havia fornecido uma explicação substancial.

A resposta também varia entre os aplicativos, já que nem todos utilizam os mesmos repositórios de certificados ou mecanismos de atualização. Alguns programas dependem dos certificados confiáveis do sistema operacional, enquanto outros incluem suas próprias cópias. Por isso, bloquear os certificados nos principais navegadores não protege automaticamente todos os dispositivos e aplicativos.

Serviços como Signal, WhatsApp e WireGuard foram apontados como não afetados pelo incidente, pois não dependem de TLS para seus mecanismos centrais de confidencialidade. Isso não significa, porém, que todos os recursos ou conexões associados a esses produtos estejam imunes a vulnerabilidades independentes.

Especialistas alertam que a correção completa pode levar anos

Apesar da resposta inicial, especialistas em segurança esperam que a recuperação seja demorada. Problemas envolvendo autoridades certificadoras podem ter um alcance amplo porque suas credenciais são consideradas confiáveis por diversos sistemas independentes, muitos dos quais são difíceis de atualizar.

Especialistas alertam que a correção do problema pode ser ainda mais complicada do que a resposta ao Heartbleed, uma vulnerabilidade crítica do OpenSSL divulgada em 2014. O Heartbleed permitia que invasores extraíssem informações confidenciais de sistemas vulneráveis, incluindo chaves privadas TLS, senhas e cookies de sessão. A exploração da falha afetou milhares de servidores, inclusive sistemas operados por grandes empresas e órgãos governamentais.

A recuperação exigiu que as organizações corrigissem softwares vulneráveis, substituíssem chaves comprometidas, revogassem certificados, alterassem senhas e invalidassem tokens de sessão. Alguns dispositivos embarcados e sistemas esquecidos continuaram difíceis de corrigir muito tempo depois da descoberta inicial.

Mesmo depois que as correções são disponibilizadas, os administradores precisam identificar os sistemas afetados e garantir que as mudanças sejam efetivamente aplicadas. Dispositivos que não recebem mais manutenção podem permanecer vulneráveis indefinidamente.

Comunidade demonstra preocupação com falhas de segurança

The Internet goes on high alert after discovery of 8 compromised TLS certs
byu/deraser intechnology

A descoberta gerou forte repercussão no Reddit, onde a publicação sobre o caso contou com muitos usuários demonstrando preocupação com a fragilidade das chaves privadas e questionaram como uma falha tão básica conseguiu passar despercebida por tanto tempo.

Um dos aspectos que mais chamou a atenção foi o tamanho das chaves comprometidas. Ao perceberem que uma delas tinha o valor literal de 4, usuários fizeram piadas sobre a gravidade do erro, comparando a situação ao uso de uma senha extremamente óbvia para proteger informações confidenciais. 

Além das brincadeiras, diversos participantes criticaram a eMudhra e questionaram seus procedimentos de controle de qualidade e auditoria. Alguns consideraram que a falha poderia comprometer seriamente a reputação da empresa, já que autoridades certificadoras desempenham um papel fundamental na segurança das conexões entre usuários e sites.

Outro tema recorrente foi a dificuldade de explicar o problema para pessoas sem conhecimentos técnicos. Um comentário bastante popular comparou os certificados TLS a passaportes: seria como descobrir que uma autoridade estava emitindo documentos falsificáveis que outros países aceitavam como legítimos. A analogia ajudou a ilustrar como um invasor poderia se passar por um site confiável sem necessariamente despertar suspeitas no navegador.

Apesar do tom alarmista de parte das discussões, alguns usuários fizeram questão de esclarecer que a descoberta não significa que todas as conexões HTTPS estejam comprometidas ou que senhas e dados bancários tenham sido roubados. A exploração ainda dependeria de condições adicionais, como a capacidade de interceptar o tráfego da vítima, e não havia confirmação de uso malicioso dos certificados.

Veja Também:

Fonte: Ars Technica

Prefira o Hardware no Google
Foto de William R. Plaza
Postado porWilliam R. Plaza

Editor-chefe no Hardware.com.br, aficionado por tecnologias que realmente funcionam. Segue lá no Insta: @plazawilliam Elogios, críticas e sugestões de pauta: william@hardware.com.br

Siga em:
Compartilhe

Newsletter do Hardware

Tecnologia, games, IA e internet: nossa seleção de conteúdo direto no seu e-mail.

Sem spam. Cancele quando quiser. Política de privacidade.


Deixe seu comentário