A empresa Mozilla alertou sobre a compromissão de chaves privadas relacionadas a oito certificados raiz intermediários do centro de certificação eMudhra. As chaves comprometidas permitiram a emissão de certificados TLS falsos para qualquer site, percebidos como confiáveis em todos os navegadores, e seu uso para interceptação ou modificação de tráfego em trânsito.
As chaves privadas foram recriadas por pesquisadores a partir de dados disponíveis publicamente, o que foi possível devido a um erro no processo de geração de chaves baseado na curva elíptica P-384. O erro fez com que as chaves fossem geradas utilizando inteiros menores que 256 em vez de números aleatórios criptograficamente seguros, ou seja, o tamanho da chave privada ficou em 1 byte em vez dos 48 bytes necessários. Com essa geração, a chave privada pode ser recriada usando o algoritmo de logaritmo discreto ou simples força bruta, gerando as primeiras 256 chaves possíveis. Como os valores das chaves privadas agora são conhecidos (4, 56, 66, 115, 155, 156, 230 e 237), todos os usuários são recomendados a atualizar urgentemente seus navegadores e pacotes de certificados raiz.
Como prova da vazamento das chaves privadas, o pesquisador que relatou o incidente publicou uma mensagem assinada com as chaves privadas de cada um dos oito certificados comprometidos da eMudhra. É possível verificar se seu navegador foi atualizado em relação às informações sobre certificados revogados no site dedicado ao incidente.
Foram rapidamente lançadas versões corretivas do Firefox 158.0.1, 115.43.1 e 153.5.1, assim como bibliotecas NSS 3.131.1, nas quais o repositório de certificados raiz foi atualizado e os certificados problemáticos foram bloqueados. No Chrome e nos produtos Google, os certificados comprometidos foram bloqueados em 17 de outubro, na Apple em 19 de outubro e na Microsoft em 20 de outubro. O bloqueio também foi feito através de listas centralizadas de certificados revogados como OneCRL, CRLite e CRLSets.
Pacotes com os certificados raiz atualizados foram lançados para Ubuntu (ca-certificates 20260816ubuntu0.2*.04.1), Debian (ca-certificates 20250419+deb13u1), Arch Linux (ca-certificates-mozilla 3.131.1-1), Gentoo (ca-certificates 20260816.3.125), curl, Homebrew, Go (1.27.3, 1.26.10), Python, RustTLS, Electron e Elixir. As listas de certificados raiz permanecem desatualizadas em FreeBSD, Node.js, Bun e Composer.
Antes da atualização do pacote ca-certificates, você pode usar o comando para remover manualmente os certificados raiz problemáticos no Debian e Ubuntu:
sed -i \
-e 's|^mozilla/emSign_ECC_Root_CA_-_G3.crt|!&|' \
-e 's|^mozilla/Comodo_AAA_Services_root.crt|!&|' \
/etc/ca-certificates.conf && update-ca-certificates
Em Fedora, RHEL, CentOS Stream, Rocky Linux, AlmaLinux e Amazon Linux 2023:
d=/etc/pki/ca-trust/source/blocklist; [ -d $d ] || d=/etc/pki/ca-trust/source/blacklist
trust extract --overwrite --format=pem-bundle \
—filter='pkcs11:object=ComodoAAAServicesroot;type=cert' \
$d/Comodo_AAA_Services_root.pem &&
trust extract --overwrite --format=pem-bundle \
—filter='pkcs11:object=emSignECCRootCA-G3;type=cert' \
$d/emSign_ECC_Root_CA_-_G3.pem &&
update-ca-trust
Em openSUSE e SLES:
d=/etc/pki/trust/blocklist; [ -d $d ] || d=/etc/pki/trust/blacklist
trust extract --format=pem-bundle \
—filter='pkcs11:object=ComodoAAAServicesroot;type=cert' \
$d/Comodo_AAA_Services_root.pem &&
trust extract --format=pem-bundle \
—filter='pkcs11:object=emSignECCRootCA-G3;type=cert' \
$d/emSign_ECC_Root_CA_-_G3.pem &&
update-ca-certificates
Em NixOS:
security.pki.caCertificateBlacklist = [
«Comodo AAA Services root»
«emSign ECC Root CA — G3»
];
Em NetBSD:
certctl untrust /usr/share/certs/mozilla/all/emSign_ECC_Root_CA_-_G3.pem &&
certctl untrust /usr/share/certs/mozilla/all/Comodo_AAA_Services_root.pem
Fonte: opennet.ru
