eMudhra · Exploração confirmada

Chaves de oito CAs intermediárias da eMudhra eram recuperáveis; correções liberadas

17 de out. de 2026 · 1 min de leitura

As chaves privadas de oito autoridades certificadoras intermediárias da eMudhra (emSign) foram demonstradas recuperáveis a partir dos próprios certificados públicos em 17 de outubro de 2026 e revogadas em 18 de outubro. Go, Java, Python, Node.js, Electron, NSS e outros ecossistemas já liberaram versões que removem a confiança; o aviso do Teku informa que nenhuma exploração foi relatada. Atualize runtimes, imagens Docker e pacotes de certificados.

Por Redação HIFY Radar Atualizado 26/10/2026 13:25 Receba isso todo dia →← Voltar ao feed 30 fontes

CríticaCadeia de suprimentosExploração confirmadaCorreção parcial

Neste artigo

O que aconteceu
Por que importa
O que fazer
Para o time técnico
Linha do tempo
Fontes

O que aconteceu

Chaves privadas de oito autoridades certificadoras intermediárias da eMudhra (emSign), que emitem certificados TLS, foram demonstradas recuperáveis por qualquer pessoa a partir dos certificados públicos em 17 de outubro de 2026. A eMudhra as revogou em 18 de outubro e browsers, sistemas e runtimes bloquearam a confiança. Quem não atualizou segue exposto, sobretudo em Java, que não verifica revogação por padrão.

Por que importa

Com essas chaves, um atacante forja certificados e intercepta conexões HTTPS de quem ainda confia nas autoridades comprometidas, lendo dados e credenciais em trânsito. No Web3Signer, um atacante que alcance a porta HTTP pode solicitar assinaturas com as chaves da vítima e, em cofres de chaves, ler as chaves retornadas, segundo a Consensys. Nenhuma exploração foi relatada até agora, segundo o Teku.

O que fazer

Atualize agora: Java 27.0.1.0.2, 25.0.5.0.2, 21.0.13.0.2, 17.0.21.0.2, 11.0.33.0.2 ou 8u511 ou superior; Go 1.27.3 ou 1.26.10; Node.js 22.23.4, 24.22.1 ou 26.12.1; Electron 44.9.1, 43.8.1 ou 42.11.16; Python 3.15.2, 3.14.10, 3.13.18, 3.12.16 ou 3.11.18; certifi 2026.10.19; pip 26.2.2; NSS 3.131.1. Recrie imagens Docker com Java antigo: Web3Signer até 26.10.1 e Teku até 26.10.2 seguem sem correção, e atualizar o Java do host não corrige o contêiner.

Para o time técnico

CVE: CVE-2026-111943, CVE-2026-91403, CVE-2026-115557, CVE-2026-114820
Afetados: eMudhra (emSign) emSign Global TLS intermediates; trust stores estilo Mozilla em Go, Electron, Node.js, Python (certifi, pip, uv), NSS e · Clientes que confiam nos intermediários ECC da eMudhra antes dos bloqueios de 17 a 21 de outubro de 2026 em browsers, sistemas e runtimes; Go antes de 1.27.3/1.26.10; Electron antes de 44.9.1/43.8.1/42.11.16; Node.js antes das versões de segurança de 21 de outubro; certifi 2019.3.9 até antes de 2026.10.19 (GHSA-6q48-6c7w-9gw2); pip antes de 26.2.2 (certifi embutido); uv antes de 0.13.4; imagens Docker do Web3Signer até 26.10.1 e consensys/teku até 26.10.2, incluindo tags -jdk25 e -jdk26 (Eclipse Temurin sem nenhuma das correções).
Exploração: Nenhuma exploração relatada, segundo o aviso do Teku. Qualquer pessoa pode derivar as chaves comprometidas dos certificados públicos; a posição de rede é a única barreira. As oito intermediárias foram revogadas em 18 de outubro de 2026.
Correção: Electron 44.9.1/43.8.1/42.11.16; Go 1.27.3/1.26.10; Node.js 22.23.4/24.22.1/26.12.1; certifi 2026.10.19; Python 3.15.2/3.14.10/3.13.18/3.12.16/3.11.18 (denylist no módulo ssl, CVE-2026-115557); NSS 3.131.1; Java 27.0.1.0.2/25.0.5.0.2/21.0.13.0.2/17.0.21.0.2/11.0.33.0.2/8u511+ (CVE-2026-91403); Deno 2.9.8; rustls-webpki 0.103.16/webpki-roots 1.0.10; pip 26.2.2/uv 0.13.4/sigstore 4.5.1/conda 26.9.4/pixi 0.82.1; Docker Desktop 4.96.2; mitmproxy 12.3.0; LibreSSL 4.2.3/4.3.4/4.4.0; atualizações de ca-certificates em Ubuntu, Debian, Alpine, Fedora e Arch.
Vetor: Oito CAs intermediárias ECC da eMudhra (emSign): chaves privadas recuperáveis a partir dos certificados públicos; qualquer pessoa pode emitir certificados encadeados a elas (relatório da Besu, avisos do Web3Signer e do Teku). Java não verifica revogação por padrão; sem correção, basta posição na rota de rede para interceptar HTTPS de saída e, no Web3Signer com --tls-allow-ca-clients=true, um certificado de cliente forjado dá acesso à API HTTP sem necessidade de interceptação.
Mais detalhes: Cronologia (Besu, Web3Signer, Teku): chaves demonstradas recuperáveis em 17 de outubro de 2026; revogação em 18 de outubro; bloqueios em browsers, sistemas e Go; OpenJDK bloqueou as intermediárias comprometidas e seus cross-signs da Sectigo em 20 de outubro (CVE-2026-91403) e removeu quatro raízes eMudhra e Sectigo em 23 de outubro (CVE-2026-114820). CVEs listados pela Besu: CVE-2026-111943, CVE-2026-91403, CVE-2026-115557, CVE-2026-114820. Mitigações sem atualizar o Java: fixar o certificado do signer (truststore dedicado no Teku), TLS mútuo com certificados conhecidos, manter endpoints em rede privada e usar arquivos locais em vez de URLs https. A PSF afirma que usos normais do pip, incluindo atualizar o próprio pip, estão seguros nas novas versões do Python mesmo sem pip atualizado. Java do Ubuntu/Debian usa /etc/ssl/certs/java/cacerts, que exige passos extras para atualizar (Debian bug 1069251). Atualizar o Java do host não muda o Java dentro das imagens Docker.