eMudhra, uma autoridade certificadora (CA) indiana, vai deixar seu negócio global de certificados SSL/TLS (protocolos de segurança para conexões na internet), decidiu o conselho de administração na quinta-feira. A decisão veio cinco dias depois de um pesquisador relatar ter recuperado as chaves privadas de oito dos seus certificados de CA intermediária.
A eMudhra afirmou que vai substituir os certificados dos clientes afetados por certificados gratuitos de parceiros, embora o anúncio não tenha citado os parceiros nem informado uma data para a saída.
Seis desses oito certificados eram destinados a sites (TLS). O Chrome deixará de confiar na raiz da eMudhra acima deles, a emSign ECC Root CA - G3. A mudança deve atingir os usuários na manhã de 27 de outubro, no horário do Pacífico.
Em 20 de outubro, a Mozilla decidiu deixar de confiar na mesma raiz no Firefox. Remover uma raiz do navegador também interrompe certificados legítimos emitidos abaixo dela.
Cerca de 30.800 certificados não expirados estavam encadeados a essa raiz em 21 de outubro, segundo a contagem do Chrome feita a partir dos registros públicos de Transparência de Certificados (CT, do inglês Certificate Transparency). Desses, 99,9% foram emitidos pela InCommon, o serviço de certificados criado pela Internet2 para a comunidade de ensino superior. A InCommon transferiu o serviço para a plataforma CertiNext da eMudhra entre abril e julho deste ano.
O Google informou aos operadores de sites com certificados sob essa raiz que eles “devem obter e instalar imediatamente um novo certificado TLS de outra hierarquia PKI incluída no Chrome Root Store”, ou seja, de outra cadeia de infraestrutura de chaves públicas (PKI) reconhecida pelo navegador.
Até a conclusão da transição, segundo a eMudhra, suas raízes RSA G1 continuarão atendendo os clientes. A G1 é uma hierarquia separada da raiz ECC, mas o Chrome ainda está decidindo se mantém os demais certificados de CA da eMudhra em seu repositório de raízes.
A eMudhra manterá seus serviços de revogação e de status em funcionamento até que todos os certificados SSL/TLS que emitiu tenham expirado ou sido substituídos. Seus outros negócios, incluindo certificados de assinatura digital, eSign e a plataforma CertiNext usada pela InCommon, continuarão.
O comunicado não menciona a InCommon nem diz se a eMudhra continuará emitindo novos certificados sob a G1 até deixar o negócio.
A eMudhra afirmou que o negócio global de SSL/TLS responde por cerca de 1% de sua receita. Regras de soberania de dados e de conformidade tornam a operação mais complexa e cara, e alguns grandes provedores oferecem certificados gratuitos.
A repercussão do caso nas redes sociais também trouxe “um escrutínio desproporcional em relação ao peso do SSL/TLS em nossos negócios”, afirmou a empresa.
O pesquisador comunicou as chaves fracas à Apple, Google, Microsoft, Mozilla e eMudhra em 17 de outubro. Cada chave privada deveria ser um número aleatório enorme, mas todas as oito estavam abaixo de 256, o que permitia que qualquer pessoa as descobrisse quase instantaneamente.
Chrome e Firefox bloquearam os seis intermediários TLS em poucas horas. Nenhum certificado de site emitido por eles havia aparecido nos registros de transparência antes do bloqueio do Chrome, então nenhum poderia ter sido usado contra o Chrome ou outros softwares que exigem registro nesses logs, segundo o Google.
A eMudhra afirmou que nunca usou as oito chaves para emitir certificados a sites ou usuários e que seus sistemas não foram invadidos.
O que os titulares de certificados podem fazer
A Cornell orientou seus titulares de certificados a solicitar certificados RSA em vez de ECC, porque “certificados RSA usam a raiz não afetada da eMudhra e devem funcionar”. A universidade tem mais de 300 certificados afetados.
A Universidade de Michigan afirma que os certificados RSA da InCommon não são afetados no momento, mas que sua raiz “também pode deixar de ser confiável”. Por enquanto, sua principal alternativa é a Let's Encrypt.
A eMudhra estimou que cerca de 30 mil certificados precisam ser migrados e que aproximadamente 97% deles foram emitidos usando ACME (protocolo de gerenciamento automático de certificados), protocolo que muitos servidores usam para solicitar e renovar certificados automaticamente.
O Chrome informou à eMudhra que clientes ACME padrão não substituem certificados fora de sua janela de renovação, a menos que suportem ACME Renewal Information (ARI, informações de renovação) ou que alguém faça a troca manualmente. Migrar da hierarquia ECC para a RSA também pode exigir ajustes nas configurações dos clientes.
Dúvidas sobre a raiz RSA da eMudhra
A Mozilla afirmou em 20 de outubro que, por enquanto, não estava removendo a confiança na raiz G1, a emSign Root CA - G1. Em Stanford, certificados da InCommon se encadeiam a essa raiz por meio de uma CA da eMudhra chamada emSign Root TLS CA - G1.
Em 14 de outubro, a eMudhra publicou uma lista de certificados revogados (CRL, do inglês certificate revocation list) para a emSign Root TLS CA - G1. A CRL é a lista assinada dos certificados que uma CA revogou. A assinatura dessa lista não verifica com a chave da própria CA, afirmou o pesquisador que relatou as chaves fracas, no relatório público de bug da Mozilla sobre o incidente.
Um participante do mesmo relatório afirmou em 22 de outubro que a lista parece ter sido assinada com a chave de um certificado OCSP (protocolo de status de certificados online) da eMudhra. Esses certificados assinam respostas sobre se um certificado foi revogado. O participante escreveu que a coincidência “parece ser um caso de uso da chave de assinatura errada, e não evidência de outra chave fraca”.
O Chrome levantou a questão da lista em 21 de outubro, em uma de 12 perguntas publicadas no relatório. Perguntou qual chave a assinou e se a eMudhra mantém mais de um par de chaves para essa CA ou para qualquer uma de suas raízes.
O Chrome também perguntou se os clientes estão migrando para a G1, para a CA de outra empresa ou para ambas, e quando todos estarão migrados, considerando a remoção planejada para 27 de outubro. A eMudhra afirmou em 20 de outubro que a G1 era “a única alternativa disponível” e, no dia seguinte, que está emitindo novos certificados a seus clientes afetados nos EUA “de uma hierarquia de CA alternativa, operada de forma independente e publicamente confiável”.
Em 2025, a eMudhra publicou listas de revogação inválidas para seis dos mesmos intermediários. O relatório de incidente da época dizia que a empresa as corrigiu “regenerando as CRLs usando a chave privada apropriada associada a cada CA intermediária”.
Em 19 de outubro, a eMudhra informou à Mozilla que essas listas foram primeiro assinadas com as chaves que pretendia usar. Quando isso produziu assinaturas inválidas, elas foram “reassinadas com chaves falhas”, as chaves fracas encontradas neste mês.
O Chrome afirmou que essa revelação “levanta sérias preocupações sobre a transparência e o tratamento de incidentes da eMudhra” durante e após o incidente de 2025. Perguntou por que o relatório de 2025 não mencionou que existiam dois pares de chaves para cada uma dessas CAs.
Até as 13h31 UTC de quinta-feira, a eMudhra não havia respondido publicamente a nenhuma das perguntas do Chrome no relatório. Seu último comentário visível ali foi publicado em 20 de outubro.
