eMudhra vai sair do negócio global de certificados SSL/TLS

Artigo original ↗ Discussão no Hacker News ↗

Uma autoridade certificadora indiana, a eMudhra, está saindo do negócio global de SSL/TLS depois que pesquisadores descobriram que algumas de suas chaves privadas de CA eram valores trivialmente fracos, como o número 4, tornando possível que qualquer pessoa falsificasse certificados. Comentadores argumentam que isso é uma falha imperdoável para uma empresa cujo produto central é “confiança digital”, e observam o enorme esforço global de engenharia agora necessário para revogar e substituir as cadeias afetadas em navegadores, sistemas operacionais e sistemas embarcados. O incidente também provoca críticas mais amplas à validação de CAs, ao modelo de confiança do Web PKI e a fatores regulatórios e culturais em torno de práticas de segurança na Índia e em outros lugares.

Incidente e Saída do Negócio SSL/TLS

  • A eMudhra anunciou que vai deixar o mercado global de CAs SSL/TLS, apresentando isso como uma mudança estratégica porque essa linha representa apenas ~1% da receita.
  • Muitos comentaristas veem isso como “você não pode me demitir, eu me demito”: saindo porque nenhum navegador ou sistema operacional voltaria a confiar neles, e não como um pivô voluntário.
  • Alguns argumentam que reguladores na Índia abriram uma investigação, mas outros duvidam que haja consequências locais sérias.

Falha Técnica: “4” como Chave Privada

  • O problema central: várias chaves privadas de CA EC eram inteiros trivialmente pequenos (por exemplo, 4, 56, 115), recuperáveis em milissegundos a partir de certificados públicos.
  • Comentadores explicam que isso é astronomicamente improvável sob geração correta de chaves; o consenso é que um script de geração/envelopamento de chaves estava gravemente quebrado (por exemplo, usando apenas um byte, ou confundindo chaves de teste com chaves reais).
  • A explicação da eMudhra (bug no script durante o envelopamento de chaves HSM, erro humano ao escolher o arquivo errado) é amplamente vista como evidência de falhas profundas de processo e engenharia, não como um deslize pontual.

Reação ao Comunicado e à Confiabilidade

  • O comunicado de imprensa é fortemente criticado como evasivo e defensivo: culpando a “amplificação nas redes sociais”, enfatizando que a “infraestrutura não foi comprometida” e destacando que outras linhas de negócio estão “inalteradas”.
  • Muitos veem isso como uma tentativa de minimizar uma falha sistêmica em uma empresa cuja marca inteira é “confiança digital”.
  • Vários comentaristas dizem que não confiariam em nenhum dos produtos restantes de PKI, identidade ou OTP da eMudhra depois disso; um observa que a implementação de OTP deles também parece fraca.

Ecossistema de CAs, Governança e Responsabilidade

  • A crítica forte se estende ao ecossistema CA/Browser:
    • Programas raiz (Mozilla, Google, Apple, Microsoft) e processos do CAB Forum são acusados de admitir e fazer cross-signing de uma CA claramente imatura.
    • O cross-signing da eMudhra pela Sectigo é questionado; alguns argumentam que os cross-signers compartilham responsabilidade.
    • Outros observam que a aprovação depende fortemente de auditorias de terceiros em vez de uma verdadeira fiscalização operacional.

Revogação, Mitigação e Comportamento das Plataformas

  • Chrome e Firefox são elogiados pela revogação rápida; a reação mais lenta e um tanto opaca da Apple no iOS/macOS gera preocupação, com pessoas testando dispositivos em sites públicos de verificação e às vezes vendo resultados inconsistentes.
  • Muitos descobrem o quão fragmentado é o tratamento de confiança: linguagens e runtimes (Python, Node, Java, Go), repositórios do sistema operacional e aplicativos frequentemente incluem seus próprios bundles de CAs, exigindo muitas atualizações separadas.
  • Alguns argumentam que qualquer stack que não consiga deixar de confiar rapidamente em uma CA é, ela mesma, negligente; outros destacam o enorme custo global de engenharia de revogações em massa de CAs.

Alternativas e Propostas de Reforma

  • Sugestões recorrentes:
    • Restringir CAs por geografia ou namespace (por exemplo, CAs de um país apenas para seus ccTLDs).
    • Usar DNSSEC/DANE ou mecanismos semelhantes para vincular chaves diretamente no DNS, reduzindo o poder das CAs.
    • Tornar o pinning de certificados ou restrições mais fortes de CAA/baseadas em DNS mais comuns.
  • Alguns defendem um conjunto muito menor de CAs sem fins lucrativos ou fortemente escrutinadas (por exemplo, “parecidas com a Let’s Encrypt”), enquanto outros observam que até CAs bem administradas já tiveram problemas; nenhuma substituição clara ganha consenso.

Temas Culturais, Nacionais e Organizacionais

  • Muitos comentários culpam a cultura corporativa e regulatória indiana (por exemplo, “salvar a face”, “izzat”, compadrio, baixos salários e conformidade de caixa de seleção).
  • Outros rebatem, argumentando que a mesma negação corporativa e a mesma falha regulatória acontecem no mundo todo, e que o problema real são instituições fracas, auditorias e incentivos, e não apenas a nacionalidade.
  • Vários observam que a liderança da eMudhra parece não técnica, com salários baixos para desenvolvedores citados como sintoma de subinvestimento em competência.

Conclusões Mais Amplas

  • Há um sentimento generalizado de que:
    • O negócio de CA da eMudhra está efetivamente morto, independentemente da narrativa.
    • Este incidente é uma falha “hall-of-fame” de PKI que vai impulsionar exigências mais rígidas (por exemplo, geração de chaves HSM atestada, melhor automação de cerimônias, monitoramento mais agressivo).
    • O modelo Web PKI continua frágil: qualquer erro catastrófico ou comprometimento de uma CA confiável impõe enormes custos globais, e este evento renovou os pedidos para repensar ou pelo menos endurecer significativamente esse modelo de confiança.