Oito chaves criptográficas absurdamente fracas colocam a confiança na internet em alerta

A eMudhra, empresa indiana que atua como autoridade certificadora digital, teve oito chaves privadas comprometidas por uma falha na geração de números aleatórios. Essas chaves pertenciam a certificados intermediários, utilizados na cadeia de confiança que permite aos navegadores verificar se um site realmente é quem afirma ser.

O detalhe mais impressionante é a fraqueza das chaves. Em vez de números aleatórios criptograficamente seguros, pesquisadores recuperaram valores minúsculos, como 4, 56 e 237. Uma chave privada desse tipo pode ser descoberta com extrema facilidade. Segundo a Ars Technica, as oito chaves tinham valores entre 4 e 237, exigindo pouquíssimos bits para representá-las.

Isso é grave porque uma autoridade certificadora comprometida pode, em determinadas circunstâncias, permitir a criação de certificados fraudulentos para imitar sites legítimos. Imagine um atacante tentando se passar pelo site de um banco ou por uma API de pagamentos: se o software confiar no certificado falsificado, o invasor poderá tentar interceptar ou modificar a comunicação, desde que também consiga posicionar-se no caminho do tráfego.

Google, Mozilla, Apple e Microsoft adotaram medidas para bloquear os certificados afetados. O Google informou que o Chrome recebeu uma atualização de bloqueio sem exigir uma atualização convencional do navegador ou reinicialização. A empresa também alertou que determinados certificados legítimos poderiam deixar de funcionar e precisariam ser substituídos.

A preocupação maior está nos programas que utilizam seus próprios repositórios de certificados ou não verificam adequadamente a revogação. Bibliotecas, aplicações Java, serviços em nuvem, ferramentas de linha de comando, dispositivos antigos e equipamentos de Internet das Coisas podem demorar mais para receber correções.

Não basta atualizar o navegador se a aplicação utiliza sua própria biblioteca TLS ou uma lista de certificados independente. Sistemas corporativos precisam revisar seus ambientes, atualizar os repositórios de confiança e testar se certificados afetados são rejeitados.

Há, contudo, uma distinção importante, a falha tornou possível falsificar certificados, mas isso não prova que eles tenham sido utilizados em ataques reais. O Google afirmou que não encontrou certificados TLS emitidos pelas seis autoridades intermediárias afetadas nos registros públicos de transparência antes do bloqueio. A eMudhra também declarou que os certificados intermediários afetados não haviam emitido certificados finais para sites.

O incidente demonstra que a segurança da internet depende não apenas de algoritmos criptográficos robustos, mas também da qualidade da implementação. Um algoritmo pode ser matematicamente seguro e, ainda assim, tornar-se inútil quando a geração das chaves é feita de maneira incorreta.

Também é um lembrete de que a confiança digital é compartilhada. Um erro de um fornecedor pode afetar empresas e usuários que nunca tiveram contato direto com ele. A recuperação exige coordenação entre navegadores, desenvolvedores, administradores de sistemas e fabricantes de dispositivos — e alguns sistemas antigos podem permanecer vulneráveis por muito tempo.

Fonte original: CoinDesk, Google Security Blog, Ars Technica