Fontes verificadas em 22 de outubro de 2026, horário de Pequim. Apúblico: usuários individuais, operadores de sites, desenvolvedores e administradores de sistema.
Fraquezas graves tornaram recuperável um grupo de chaves privadas eMudhra/emSign intermediárias CA. Isso afeta clientes que usam o sistema de certificados públicos para autenticar sites, APIs e software. A confiança pública abrange os principais sistemas operacionais, mas o conjunto de chaves comprometidas e o impacto potencial no cliente são escopos diferentes. 15
O texto principal usa colchetes para numerar as fontes correspondentes, e todos os links de referência externos estão listados no apêndice. A versão listada é a linha de base da versão confirmada para conter a correção deste incidente na data de verificação. Ao implantar, a prioridade é dada à versão estável atualizada na mesma ramificação suportada.
TL;DR
EOito chaves privadas intermediárias CA foram confirmadas como comprometidas. Os relatórios atuais não estabelecem que as chaves privadas raiz ou a criptografia HTTPS em geral foram quebradas. As atualizações abrangem grande parte do ecossistema de confiança pública; o risco residual depende da aplicação real.15
- Usuários individuais: atualiza navegadores, sistemas operacionais e componentes de segurança. Em Android, atualize também os serviços Google Play. Use Firefox Android 158.0.2 ou posterior. 12
- Servers: atualiza os pacotes
ca-certificates/NSS da distribuição e verifica os armazenamentos confiáveis do pacote de aplicativos. Atualizar apenas o host é insuficiente. 7810 - Ambientes de desenvolvimento: atualize Node 24 para 24.22.1 ou uma versão mais recente nessa ramificação, conforme aplicável. Em ambientes Python, atualize para pelo menos pip 26.2.2, certifi 2026.10.19 e uv 0.13.4. Obtenha binários Go fixos ou reconstrua-os; atualize Java de acordo com a recomendação do fornecedor. 12–15
- Ative as atualizações: reinicie os serviços afetados e reconstrua e reimplante os contêineres. Para Cloudflare Tunnel, atualize cloudflared para 2026.10.2 ou posterior. 7
- Certificados de site: substitui uma cadeia afetada se ela contiver um CA intermediário revogado ou bloqueado ou se depender de uma raiz não confiável. A reemissão de um certificado não substitui a atualização de armazenamentos confiáveis do cliente. 158
- Verificação: testa o caminho TLS real de cada aplicativo. Distinguir rejeição de certificado de tempos limite e falhas DNS. Mantenha a verificação de certificado habilitada; não use
-knem ignore a verificação para suprimir erros. 7
1 Fatos e causas do incidente
fatos confirmados
Mozilla e Google confirmaram defeitos em oito chaves privadas eMudhra intermediárias CA. O pesquisador forneceu prova de controle de chave privada; Mozilla recuperou as chaves de forma independente e reproduziu o problema. Seis CAs intermediárias atendem TLS e duas atendem assinatura de código. 25
O defeito está nas chaves geradas: essas CAs intermediárias usam a curva P-384, mas suas chaves privadas são números inteiros abaixo de 256. Isso está longe de selecionar com segurança chaves aleatórias do grande intervalo pretendido. A recuperação dessas chaves fracas não demonstra que as chaves P-384 geradas corretamente possam ser quebradas. 2
O “certificado quebrado” aqui deve ser entendido com precisão como “a chave privada correspondente pode ser recuperada”. O certificado e a chave pública nele contidos são inerentemente públicos; o que realmente precisa ser mantido em segredo é a chave privada que pode gerar uma assinatura válida.
Problemas no processo de geração de chaves ainda sob investigação
Uma descrição inicial de eMudhra rastreia o problema até uma cerimônia de geração de chave em abril de 2025. A explicação envolve uma etapa de encapsulamento e desencapsulamento de chave: além da chave forte original, outro conjunto de chaves fracas aparece, e as chaves fracas são posteriormente usadas para aplicação e emissão de certificado. A empresa ainda disse que a causa raiz exata não foi determinada de forma conclusiva. 6
Portanto, o que pode ser determinado é que estas chaves são seriamente fracas e foram comprometidas; a falha não pode ser descrita como uma determinada fonte de número aleatório de hardware de HSM que foi comprovadamente defeituosa, nem pode ser descrita como um avanço criptográfico geral de RSA, ECC ou TLS.
O que significa desconfiança no certificado raiz?
O navegador ou sistema operacional pode bloquear diretamente o certificado ou a chave pública do intermediário afetado CA ou pode remover a confiança raiz que leva a eles. Esta última medida também rejeitará alguns certificados legítimos na mesma raiz.
Google agendou a remoção de emSign ECC Root CA - G3 para proteger os usuários do armazenamento raiz Chrome que não recebem atualizações de CRLSet. Espera-se que a remoção do armazenamento raiz seja adiada durante o período correspondente de 27 a 28 de outubro, horário de Pequim; o horário original de Google é a manhã de 27 de outubro, horário de verão do Pacífico dos EUA. Este plano é separado do bloqueio emergencial de chave pública implantado anteriormente. 1
Desconfiar de uma raiz é uma medida de resposta; ele próprio não prova que a chave privada raiz foi comprometida.
2 Por que o impacto potencial abrange o ecossistema de confiança pública
Chaves comprometidas e caminhos de confiança afetados
| Objeto de julgamento | O escopo deste incidente |
|---|---|
| Chave problemática identificada | 8 chaves privadas intermediárias CA para eMudhra |
| Plataformas que podem exigir ação | Armazenamento raiz público, navegador, sistema operacional, tempo de execução de linguagem, pacote de software e ecossistema de contêineres |
| Identidade possivelmente personificada TLS | Sites ou serviços visitados por clientes que ainda aceitam a cadeia de certificados forjada associada |
| Isso significa que todos os dispositivos foram comprometidos? | Não; condições de confiança, localização da rede do invasor e outras estratégias de verificação determinam a explorabilidade |
| Isso significa que todos os certificados legais são inválidos? | Não; a invalidação associada depende de quais raízes ou cadeias de certificados o cliente não confia. |
Red Hat limita explicitamente a exploração a condições em que o cliente ainda aceita a cadeia relevante, o invasor possui a chave privada comprometida e é capaz de interceptar a conexão na rede. A cobertura de riscos não deve ser confundida com o número de ataques ocorridos. 10
Sites que usam outros CA também podem ser personificados
Suponha que um site realmente use o certificado Let’s Encrypt e que o cliente do visitante confie em vários CA públicos ao mesmo tempo. Um invasor pode tentar usar o intermediário comprometido CA para criar outro certificado para o mesmo nome de domínio. Os clientes geralmente não exigem antecipadamente que o nome de domínio só possa usar Let’s Encrypt; se a cadeia falsa ainda for aceita, o CA que o site realmente usa não é suficiente para descartar tais ataques. 8
Este mecanismo explica: A substituição de outro certificado CA que era originalmente normal não reparará automaticamente a confiança do cliente no CA comprometido. O que realmente precisa ser cortado é o caminho para os clientes aceitarem identidades falsas.
Os três efeitos precisam ser tratados separadamente
Risco de representação de identidade: Os clientes que não bloquearam a cadeia relevante podem aceitar a identidade forjada pelo invasor, fazendo com que solicitações confidenciais sejam enviadas para serviços falsos.
Risco legítimo de disponibilidade de serviço: remover a confiança raiz pode causar erros de certificado para sites legítimos, que podem precisar de migração para outra cadeia aceita.
Risco de cobertura de implantação: o sistema operacional pode ser corrigido enquanto um armazenamento confiável de aplicativo, ambiente virtual, imagem de contêiner antiga ou programa compilado retém o antigo comportamento de validação.
Esses três escopos não são idênticos. A resposta de Cloudflare abrange validação remota de identidade, armazenamentos confiáveis compartilhados, imagens base e aplicativos individuais, ilustrando por que as duas últimas tarefas devem ser tratadas separadamente. 7
3 CA e provedores de certificados afetados
Provedor e tipo de impacto
| provedor ou sistema | Papel neste incidente | Limites que precisam ser diferenciados |
|---|---|---|
| eMudhra／emSign | A chave privada intermediária CA é comprometida diretamente. | Você não pode gravar todas as raízes eMudhra e todos os certificados como quebrados |
| Cadeia de assinatura cruzada relacionada a Sectigo | O certificado cruzado A foi emitido para o mesmo lote de chaves públicas afetadas, formando outro caminho de confiança. | O certificado cruzado ou chave pública correspondente precisa ser bloqueado; não foi comprovado que a chave privada raiz Sectigo esteja comprometida. |
| Níveis de certificado relevantes para Internet2/InCommon | Alguns certificados legítimos dependem da raiz emSign ECC para serem removidos, envolvendo migração | É um impacto colateral da desconfiança raiz e não pode ser contado como o meio dessas 8 chaves fracas CA |
| Let’s Encrypt, DigiCert, Google Trust Services, GlobalSign, etc. | Não listado como a parte cuja chave privada foi comprometida neste relatório | Os certificados legítimos não são invalidados de maneira uniforme; clientes vulneráveis ainda podem aceitar certificados falsos que se fazem passar pelos sites que atendem |
| CDN, plataforma em nuvem, revendedor de certificados | Possivelmente forneça certificados relevantes ou use um armazenamento confiável público ao conectar-se à origem e API | Para verificar a cadeia de certificados e o validador reais, não olhe apenas para a plataforma ou o nome do produto |
O aviso de Mozilla documenta as chaves comprometidas e as assinaturas cruzadas Sectigo. A discussão pública do incidente Google aborda a migração de hierarquias Internet2/InCommon legítimas. As correções de 25 Cloudflare abordam o serviço e a confiança do cliente; eles não indicam comprometimento das chaves privadas CA do próprio Cloudflare. 7
Cadeia de certificados TLS e assinatura cruzada
O relacionamento a seguir descreve apenas os caminhos relacionados a TLS desta vez. Não inclui caminhos de assinatura de código nem significa que esses caminhos ainda sejam confiáveis em todas as plataformas. 17
emSign ECC Root CA - G3→emSign Root TLS CA - G3→ Chave pública TLS intermediária CA afetada → Certificado forjado para domínio de destinoAAA Certificate Services→ Chave pública TLS intermediária CA afetada → Certificado forjado para domínio de destino
emSign Root TLS CA - G3 é um emissor direto dos intermediários TLS afetados e pode ser uma âncora de confiança em algumas lojas. emSign ECC Root CA - G3 fornece outra camada de assinatura cruzada. O AAA Certificate Services de Sectigo cria um caminho adicional para as mesmas chaves públicas intermediárias CA. 17
Portanto, existem duas granularidades diferentes ao reparar:
- Bloqueie o intermediário exato CA ou chave pública:, isso pode preservar outras hierarquias legítimas na mesma raiz, onde o validador suporta esse mecanismo.
- Remover confiança raiz: isso pode proteger clientes sem recursos intermediários de bloqueio CA, mas pode afetar a compatibilidade. Todos os outros caminhos que o cliente aceita também devem ser percorridos. 5
“Excluir todas as raízes Sectigo/eMudhra” não deve ser considerado uma medida geral indiscriminada, nem apenas excluir um certificado com um nome semelhante significa que todos os caminhos estão fechados.
4 Sistema operacional e cobertura do navegador
Plataforma principal
| Plataforma | Disposição conhecida | Escopo que deve ser verificado ao usar |
|---|---|---|
| Windows e Windows Server | Distribuição Microsoft bloqueada por meio de atualização automática da lista confiável de certificados | Se o dispositivo recebeu a atualização; CA bundle independente não usa necessariamente o caminho de verificação de Windows |
| macOS , iOS , iPadOS , etc. Apple plataforma | O coordenador do incidente confirmou que Apple implantou o bloqueio relevante | Não é garantido que todas as versões mais antigas e aplicativos de terceiros recebam a mesma cobertura |
| Android | Google distribui blocos equivalentes por meio do serviço Google Play | ROM sem serviço Google Play deve ser verificado conforme anúncio do fabricante; use o verificador integrado para verificação adicional |
| Ubuntu | Correções de pacotes de certificados do sistema foram fornecidas, incluindo várias ramificações de versões atuais e antigas | A versão antiga do ESM suporta condições, pacote de certificado interno do contêiner e biblioteca integrada do aplicativo |
| Debian e Devuan | Debian registrado ca-certificates corrigido | Você deve verificar a ramificação real usada e o pacote instalado, e não pode copiar o número da versão de outra ramificação. |
| RHEL e derivados | A lista oficial é RHEL 6, 7, 8, 9, 10 e abrange produtos e imagens relacionados que podem ser afetados | Até esta verificação, o anúncio ainda não listou uma lista completa de correções e erratas; “Atualização não encontrada” não pode ser considerada não afetada |
| Fedora, Arch, Gentoo, Alpine, etc. | O mantenedor do evento compilou registros de reparo correspondentes | Confirmado independentemente por lançamento, ramificação de versão e imagem |
| FreeBSD | Lista oficialmente todas as versões suportadas e fornece reparos de armazenamento confiável do sistema | Após a atualização, reinicie o processo do daemon relevante de acordo com o anúncio; verifique o armazenamento confiável de aplicativos independentes separadamente. |
Para obter um resumo de Windows, Apple e versões, consulte 4; para Android, consulte 1; para Ubuntu, Debian, RHEL e FreeBSD Os registros do emissor são mostrados em 8–11 respectivamente.
Sistemas que não são mais suportados, dispositivos offline, NAS, roteadores e outros ambientes incorporados precisam confirmar se ainda confiam na cadeia relevante e se possuem canais para receber revogações ou atualizações de software. O nome da plataforma em si não substitui a verificação do comportamento real da verificação.
A proteção do navegador é diferente da proteção do sistema operacional
Chrome usa CRLSet para distribuir blocos de emergência; Firefox usa mecanismos como OneCRL. Firefox também foi lançado com informações de bloqueio para fornecer proteção adicional para configurações que não recebem configurações remotas corretamente. 13
Algumas configurações de Firefox Android não aplicaram corretamente a lista atualizada na inicialização, que Mozilla declarou ser corrigida por 158.0.2.. Portanto, o status do 158.0.1 inicial não pode ser expandido para incluir todas as configurações Android Firefox protegidas. 2
Foram tomadas medidas para verificação do sistema de Apple e Windows, mas isso não significa que todos os programas de linha de comando na mesma máquina passarão pela verificação do sistema. O mantenedor do evento lembrou especificamente que algumas ferramentas integradas do macOS usam arquivos de certificado independentes; o back-end TLS real e a fonte CA devem ser registrados durante a verificação. 4
Limites de proteção para transparência de certificados
Google confirmou que antes de implementar o bloco, os seis intermediários TLS CA não emitiram o certificado TLS que entrou no log CT. Portanto, os clientes Chrome que impõem CT têm proteção adicional. Este fato não exclui a possibilidade de outros clientes que não executam CT terem aceitado certificados não documentados. 15
“Acontece que pode estar vinculado à raiz confiável”, “existem condições potenciais de exploração” e “ocorreu um ataque” são três julgamentos diferentes e não devem ser substituídos um pelo outro.
5 Ambiente de desenvolvimento e linha de base de reparo em tempo de execução
A seguir está uma linha de base de correções confirmadas e não é um requisito para fixar essas versões a longo prazo. As distros podem corrigir números de versões mais antigas retrocedendo os patches, e seus avisos de segurança também devem ser revisados.
| componentes | Versão confirmada ou método de atualização | Considerações de implantação |
|---|---|---|
| Node.js 24 | 24.22.1 ou atualize a versão estável da mesma filial | Contém atualizações do repositório raiz e rejeição de chaves públicas bloqueadas; verifique o caminho Node realmente usado pelo serviço e reinicie |
| Python certifi | 2026.10.19 ou versão mais recente | Verifique cada ambiente de execução real; você não pode atualizar apenas um pacote no Python global |
| pip | 26.2.2 ou versão mais recente | Atualize pip separadamente no ambiente virtual antigo e revise a versão após a criação do novo ambiente |
| uv | 0.13.4 ou versão mais recente | Atualize uma cópia da ferramenta conforme ela foi realmente instalada |
| Go | 1.27.3 ou 1.26.10, a versão atualizada da filial correspondente também está disponível | Reconstrua e implante os programas relevantes após atualizar a cadeia de ferramentas ou obtenha o binário de reparo do fornecedor |
| Oracle JDK | Patches Critical para linhas de versão suportadas correspondentes | Diferentes editores JDK seguem seus próprios anúncios; não há um número de versão único que se aplique a todas as versões Java |
| Cloudflare Tunnel | cloudflared 2026.10.2 ou versão mais recente | Atualizar serviços em execução; a implantação do contêiner requer a substituição da imagem e a reimplantação |
| Cloudflare One／WARP | A versão fixa do cliente correspondente à plataforma ou a versão estável atualizada | As medidas do lado do cliente e do lado do servidor são confirmadas separadamente. Para versões específicas da plataforma, consulte o apêndice 7 |
As instruções originais para Node, Python, Go, Oracle e Cloudflare estão disponíveis respectivamente em 13, 12, 14, 15, 7.
Problema no banco de dados de certificados independentes Python
Funcionários do Python apontaram que o antigo pip usará uma combinação de confiança do sistema e certifi integrado. Simplesmente modificar o armazenamento de certificados do sistema ou adicionar um arquivo CA a pip não pode excluir de forma confiável sua confiança antiga integrada. Portanto, PIP_CERT, REQUESTS_CA_BUNDLE ou --cert não podem ser usados como substitutos de reparo universal para o pip mais antigo. 12
Verifique os ambientes virtuais existentes após a atualização. Verifique também a versão pip realmente instalada em ambientes recém-criados para que componentes de bootstrap mais antigos não reintroduzam ferramentas vulneráveis. Para a atualização inicial, siga as fontes de download e as etapas de verificação SHA-256 no comunicado de Python antes de atualizar outros pacotes. 12
Go e outros programas compilados
A correção para Go alterou a lógica de validação para crypto/x509. 14 Do ponto de vista do mecanismo de implantação, atualizar o compilador na máquina de desenvolvimento não reescreverá o binário já implantado. Para obter o bloqueio da nova camada de código, a aplicação deve ser reconstruída e substituída, ou deve ser utilizada uma versão atualizada fornecida pelo fornecedor. Se um programa mais antigo também pode se beneficiar das atualizações da raiz do sistema depende do caminho de verificação real que ele usa.
Contêineres e aplicativos empacotados
O pacote de certificados do sistema, as dependências do aplicativo e o tempo de execução no contêiner geralmente são determinados pelo conteúdo da imagem. A atualização do host não é igual à atualização do conteúdo da imagem; a imagem básica e as dependências precisam ser atualizadas, e a instância real em execução precisa ser reconstruída, implantada e verificada. Aplicativos empacotados e programas de desktop que vêm com seu próprio tempo de execução também devem ser atualizados de acordo com os canais de lançamento do fornecedor. 710
6 Instruções de implementação de reparo
Determine primeiro o objeto de inspeção
Recomenda-se registrar as seguintes informações para os serviços que precisam ser protegidos e, em seguida, selecionar o caminho de reparo correspondente. Esta é uma lista de verificação de implantação e não exige que todos os componentes estejam presentes em todos os sistemas.
| Projeto | O que precisa ser registrado |
|---|---|
| Aplicações e usos | Navegador, cliente de pagamento API, serviço de envio de e-mail, ferramenta de download, proxy reverso, etc. |
| posição de operação | Host, contêiner, máquina virtual, aplicativo de desktop ou dispositivo móvel |
| Verifique a implementação | Validador de sistema operacional, OpenSSL, Node, biblioteca Python, Java ou implementação personalizada de aplicativo |
| fonte confiável | Pacote do sistema CA, armazenamento confiável certifi, JDK, CA bundle integrado ou configuração empresarial |
| Status do reparo | Versão instalada, origem do patch, seja para reiniciar ou reimplantar |
| Resultados de aceitação | Se a cadeia afetada foi rejeitada, se a conexão comercial normal foi bem-sucedida e o tempo de verificação |
O guia do desenvolvedor para Cloudflare afirma especificamente que SDK pode delegar a verificação a outros componentes; apenas atualizar o SDK de nível superior não altera necessariamente a política de confiança real. 7
Sistemas operacionais e navegadores
Windows: habilita e verifica atualizações automáticas da lista confiável de certificados. Distribua atualizações por meio de políticas de gerenciamento estabelecidas. Dispositivos off-line ou dispositivos com atualizações automáticas desativadas precisam que o bloqueio seja aplicado por meio de um processo de gerenciamento apropriado. Verifique os programas que não usam a validação do sistema Windows separadamente. 4
Apple Plataforma: Sistema completo, componentes de segurança e atualizações de aplicativos. Para as ferramentas de desenvolvimento em macOS, verifique também seu back-end TLS, arquivos de certificado e fontes de instalação. Não se pode julgar que toda a máquina foi reparada só porque Safari rejeitou a cadeia de teste. 4
Android: atualiza os serviços Google Play em dispositivos que os possuem. Google afirma que reiniciar um dispositivo pode acionar uma atualização imediata. Para dispositivos sem esses serviços, siga o aviso do fornecedor ou ROM; A declaração de cobertura de Google não se aplica automaticamente a todos os dispositivos Android. 1
Ubuntu/Debian: atualize pacotes de certificados de repositórios suportados e verifique o comunicado da distribuição instalada. Por exemplo, um sistema baseado em APT pode usar:
sudo apt update
sudo apt install --only-upgrade ca-certificates
dpkg-query -W -f='${Package} ${Version}\n' ca-certificatesAtualizações relevantes para Ubuntu 22.04, 24.04, 26.04 e 26.10 são suporte padrão; versões anteriores devem verificar o suporte ESM e o status do armazém. Depois que o comando for concluído com êxito, você ainda deverá comparar a versão do fix pack no boletim. 89
RHEL e produtos relacionados: Verifique o pacote de certificados e as erratas de segurança por canal de produto. A verificação de versão pode ser feita usando:
rpm -q ca-certificatesUse o mecanismo de atualização DNF/YUM compatível para obter patches do fornecedor; se o canal ainda não forneceu uma correção, não considere “nenhum pacote atualizável” como seguro. Quando for necessário remover temporariamente a confiança do root, adote medidas claramente listadas pelo fabricante e avalie a compatibilidade dos certificados comerciais legítimos. 10
FreeBSD: atualize a ramificação do sistema relevante conforme indicado pelo comunicado oficial e, em seguida, reinicie os daemons usando a configuração confiável OpenSSL afetada ou reinicialize o sistema. 11
Aplicativos e imagens
Depois de concluir as atualizações de tempo de execução e dependência de certificado correspondentes, verifique o caminho do arquivo executável onde o serviço está realmente sendo executado para evitar que o terminal mude para uma nova versão e o daemon ainda use o diretório de instalação antigo. Para Python multiambiente, contêineres de serviço e aplicativos que vêm com tempo de execução próprio, eles devem ser verificados separadamente.
Para componentes que precisam ser reconstruídos, salve a versão de build, a versão de dependência e o ID da imagem de implantação. O objeto de aceitação é a instância real em execução e não pode apenas verificar a nova tag na máquina de construção ou no registro de imagem. 71214
Migração de certificado de site
Se a cadeia de um site contiver um intermediário CA revogado ou bloqueado ou, em última análise, depender de uma raiz não confiável, obtenha outra cadeia que os clientes ainda aceitem. Instale a cadeia completa de certificados do servidor e verifique cada entrada, incluindo balanceadores de carga, proxies reversos, endpoints CDN e origens diretamente acessíveis. 15
A necessidade de migração depende da cadeia real. Filtrar apenas por marca de venda de certificado pode perder relacionamentos de revenda ou assinatura cruzada; apenas aguardar a renovação regular pode não necessariamente concluir a migração antes que o armazenamento raiz seja atualizado.
Para outros certificados normais de sites emitidos por CA que não dependem da raiz afetada, não há necessidade de assiná-los novamente devido a este incidente. Ao mesmo tempo, o próprio servidor do site ainda deve realizar verificações de reparo no lado do cliente ao chamar serviços externos.
7 Verifique se a correção realmente entra em vigor
A verificação de versão e a verificação de comportamento são realizadas separadamente
As verificações de versão são usadas para confirmar se patches ou componentes corrigidos foram implantados; verificações comportamentais são usadas para confirmar se o aplicativo realmente usa o caminho de verificação esperado. As duas verificações resolvem problemas diferentes e nenhuma delas pode ser substituída por “Comando de atualização executado com sucesso”.
O mantenedor do evento fornece materiais para locais de teste e cadeia de certificados, e a entrada está concentrada no apêndice 4. Deve ser verificado no ambiente operacional real da aplicação alvo, mantendo a configuração normal de verificação do certificado. 47
| Verifique os resultados | Conclusões que podem ser tiradas |
|---|---|
| Rejeitar explicitamente porque a cadeia afetada não é confiável | Indica que o caminho de verificação testado rejeitou a cadeia |
| Aceite a cadeia afetada normalmente | Indica que este caminho precisa continuar a ser reparado ou a configuração verificada. |
| Erro DNS, tempo limite de conexão, rejeição de proxy ou serviço inacessível | Não se pode concluir que o risco do certificado tenha sido eliminado com base nisso. |
| O navegador rejeita, mas a chamada do aplicativo não é verificada | Ele só pode confirmar o navegador, não o programa em segundo plano. |
| A cadeia A foi rejeitada | Ainda é necessário considerar se o cliente aceita outro caminho de assinatura cruzada |
O teste também deve abranger conexões comerciais normais para evitar confundir todas as falhas de solicitação com reparos bem-sucedidos após falhas comerciais serem causadas pela remoção de muita confiança.
Condições de conclusão sugeridas
- A fonte de atualização e a versão dos componentes afetados estão documentadas.
- A instância em execução correspondente foi reiniciada, reconstruída ou reimplantada.
- O aplicativo real rejeita a cadeia afetada e a verificação TLS para negócios normais continua funcionando.
- Não há configuração para desligar temporariamente a verificação do certificado para restaurar a conexão.
- Se a migração do certificado do site estiver envolvida, todas as entradas externas foram trocadas e verificadas.
As condições de conclusão acima são sugestões para aceitação de operação e manutenção deste descarte; não equivale a comprovar que o equipamento não apresenta outros problemas de segurança.
8 Tráfego histórico HTTPS e limites de risco
Três tipos de chaves têm usos diferentes
| chave | Objetivo principal |
|---|---|
| Chave privada CA | Assine a identidade e a ligação da chave pública no certificado |
| Chave privada do site | Prove a identidade do servidor no handshake TLS autenticado por certificado |
| chave de sessão | Proteja os dados realmente transmitidos em uma conexão |
A obtenção da chave privada CA não equivale à obtenção da chave privada do site ou de todas as chaves de sessão. A conexão normal A com sigilo de encaminhamento usando troca de chave temporária não exporá automaticamente sessões históricas simplesmente porque a chave de assinatura de longo prazo é posteriormente comprometida. Para obter os atributos de segurança relevantes de TLS 1.3, consulte RFC 8446. 16
O principal risco desta vez ocorre durante a fase de autenticação: se o cliente aceitar o certificado do servidor falso, ele poderá estabelecer uma conexão com o invasor ainda criptografada. TLS 1.3 também requer autenticação confiável; simplesmente atualizar a versão do protocolo não substitui o bloqueio CA.
Julgamentos que podem e não podem ser feitos no momento
Confirmado: as chaves privadas intermediárias específicas CA estão comprometidas; os caminhos de confiança pública afetados têm amplo alcance; principais plataformas e vários ecossistemas de software tomaram medidas. 145
Não estabelecido por este incidente: que todos os usuários sofreram ataques man-in-the-middle, que outras chaves privadas CA estão comprometidas, que todo o tráfego histórico do HTTPS é descriptografável ou que a atualização de um navegador protege todos os aplicativos no dispositivo.
O julgamento final sobre um serviço específico deve ser baseado em sua cadeia de certificados, política de verificação, componentes reais em execução e status de atualização, e não apenas se a barra de endereço indica HTTPS.
Apêndice A Nome CA intermediário afetado
Os nomes a seguir auxiliam nas verificações de ativos. Os nomes não substituem impressões digitais de certificados ou identificadores de chave pública. A correspondência automatizada deve usar os identificadores exatos publicados pelos mantenedores ou fornecedores do incidente, incluindo certificados com assinatura cruzada. 5
| Médio CA | Objetivo | Organizações associadas |
|---|---|---|
| EM EV TLS CA - G3B | TLS | eMudhra BV |
| EM OV TLS CA - G3B | TLS | eMudhra BV |
| EM DV TLS CA - G3B | TLS | eMudhra BV |
| EM EV TLS CA - G3C | TLS | eMudhra Inc |
| EM OV TLS CA - G3C | TLS | eMudhra Inc |
| EM DV TLS CA - G3C | TLS | eMudhra Inc |
| EM OV CS CA - G3B | assinatura de código | eMudhra BV |
| EM OV CS CA - G3C | assinatura de código | eMudhra Inc |
TLS não é exatamente o mesmo validador e mecanismo de revogação que a assinatura de código. O foco deste artigo é HTTPS/TLS; o ambiente de assinatura de código deve adotar Microsoft, JDK ou fornecedores de software relacionados para esta finalidade de verificação, e os resultados do teste do navegador não devem ser considerados como aceitação de assinatura de código. 515
Link de referência do Apêndice B
As seguintes fontes foram verificadas em 22 de outubro de 2026. O anúncio contínuo pode continuar a ser atualizado, e o status e a versão no texto devem ser entendidos com base na data deste documento.
Fatos de incidentes e tratamento da plataforma
[1] Google Chrome e Android Anúncio Oficial Descreve falhas de chave privada, bloqueio SPKI, distribuição de serviço Google Play, proteção CT e planos de remoção de repositório raiz Chrome. Protecting Chrome and Android Users from Compromised eMudhra Intermediate CA Certificates
[2] Mozilla Bugzilla 2083449 Registro de evento Contém relatórios originais, verificação independente, investigação do processo de geração, correções subsequentes para Firefox Android e discussões sobre migração de certificados legais; concentre-se nos comentários 5, 11, 29 e 30. eMudhra Private key compromise of Intermediate Certificates
[3] Mozilla Firefox Aviso de segurança Descrição da distribuição de emergência OneCRL e posterior descarte de Firefox/NSS. Protecting Firefox users following the compromise of eMudhra intermediate certificates
[4] Coordenador de eventos Dennis Jackson Resumo de manutenção e portal de detecção Fornece instruções complementares sobre status de reparo de plataforma e software, entrada de teste, materiais de cadeia de certificados públicos e ambientes como Windows/macOS. Os resultados dos testes representam apenas os caminhos de verificação reais testados. eMudhra Intermediate CA Compromise
[5] Mozilla Aviso aos mantenedores de distribuição e armazenamento confiável Descreve 6 TLS e 2 intermediários de assinatura de código CA, Sectigo de assinatura cruzada, revogação e limites de processamento de confiança raiz e lista o certificado exato e a identificação da chave pública. oss-security eMudhra Intermediates Compromise
[6] eMudhra Declaração oficial do evento Fornecer a explicação preliminar do fabricante sobre o processo de geração de chaves; a causa raiz exata ainda estará sujeita à conclusão da investigação concluída. eMudhra Statement on Recent Certificate Security Incident
[7] Cloudflare Instruções oficiais de incidente e reparo Abrange WARP, Cloudflare Tunnel, verificação do site de origem, dependências de tempo de execução, atualizações de imagem e métodos de verificação. 8 eMudhra certificates are compromised Here is what you need to know
Sistemas operacionais e distribuições
[8] Ubuntu Anúncio oficial de reparo Lista os pacotes de correção ca-certificates, canais de suporte e etapas de atualização direcionadas para cada versão. eMudhra CA compromise fixes available
[9] Debian Registro oficial de problemas e reparos O registro de correção do mantenedor e o pacote de lançamento correspondente devem ser tomados como padrão, e sugestões temporárias iniciais na discussão do problema não devem ser consideradas como a solução final. Debian bug 1151413 eMudhra Intermediate CA key compromise
[10] Red Hat Boletim Oficial de Segurança RHSB 2026 012 Lista RHEL 6 a 10, impactos associados a produtos e contêineres e entradas de liberação de correção e descarte provisório. Certificate compromise eMudhra
[11] FreeBSD Boletim Oficial de Segurança Forneça ramificações do sistema afetadas, versões de reparo e requisitos de reinicialização de serviço. FreeBSD SA 26 73 caroot
Tempo de execução e protocolos
[12] Python Descrição oficial do evento Fornece linhas de base de reparo para pip, certifi, uv, etc., explica o problema do antigo armazenamento confiável independente pip e fornece o método de atualização inicial com verificação SHA-256. Information for Python users regarding eMudhra emSign CA certificate security incident
[13] Node.js 24.22.1 Lançamento oficial Contém atualizações do armazenamento raiz NSS e rejeita alterações contendo cadeias de certificados de chave pública bloqueadas. Node.js 24.22.1 security release
[14] Go Lançamento oficial de segurança Descrição Atualização de filtragem da cadeia de certificados crypto/x509 para Go 1.27.3/1.26.10. Go 1.27.3 and Go 1.26.10 are released
[15] Oracle JDK Instruções oficiais de descarte Explique o patch crítico JDK e as medidas de configuração relacionadas quando ele não puder ser atualizado imediatamente. Distrusting eMudhra Intermediate Certificates in Oracle JDK
[16] TLS 1.3 Protocolo padrão RFC 8446 Consulte o apêndice E.1 para obter instruções sobre autenticação de identidade, troca temporária de chaves e sigilo de encaminhamento. The Transport Layer Security Protocol Version 1.3
[17] Certificado raiz relacionado ao evento e dados de relacionamento de emissão Usado para entender o emissor direto e o relacionamento de assinatura cruzada; o status de inclusão do armazenamento raiz não pode substituir o status de revogação ou bloqueio mais recente do cliente. Root certificate relationships JSON