Auditor de Confiança de Cadeia: laudo, posturas por classe de cliente e prova positiva e negativa quando uma CA é comprometida

Auditor de Confiança de Cadeia — um pacote de 5 arquivos que leva um LLM a produzir um laudo de confiança com decisão quando um certificado intermediário ou raiz em que sua organização confia é comprometido, revogado ou retirado do mercado.

O problema: depois de um boletim de CA, todos atualizam o navegador — e a maior parte do parque continua confiando na cadeia comprometida. A confiança não mora num lugar só: bundle do sistema operacional (F1), bundle embutido em imagem de container, binário, SDK ou app empacotado (F2), keystore separado como o cacerts do Java (F3) e validação da plataforma (F4). Atualizar F1 e esquecer F2/F3 é o erro que domina o incidente, e ele passa em qualquer comitê porque "o SO está atualizado". Somam-se dois clássicos: tratar a revogação publicada pela CA como escudo (cliente binário não consulta revogação) e remover a intermediária sem olhar o cross-sign, deixando a raiz de terceiro confiando no mesmo caminho.

Este pacote decompõe "confiar" nessas quatro fontes, classifica cada classe de cliente e emite uma postura única (S1–S5) com critério objetivo, dono, prazo e custo de reverter. Cliente sem canal de atualização (appliance, OT, terminal, firmware congelado) não vira "basta atualizar": vira contenção de rede medida, detecção e data-limite declarada — nunca contada como cobertura.

Para quem: arquitetos de plataforma, segurança de produto e SRE com frotas heterogêneas; times de CI/CD que publicam pacotes com curl|sh e SDKs de cloud; risco e compliance; MSPs.

Você fornece: o dossiê do comprometimento (autoridade, intermediárias, raízes e cross-signs, mecanismo, janela em que a chave foi recuperável, o que foi revogado e o que cada fabricante já publicou) e o inventário de clientes TLS (classes, quantidade, o que passa por TLS, dano se aceitar certificado forjado, veículo de atualização, se consulta revogação, se impõe CT, detecção disponível). Pode vir incompleto — o prompt trabalha com lacunas declaradas em vez de inventar versão, quantidade ou nome de raiz.

Você recebe: um em 12 seções fixas: resumo executivo com os quatro números que decidem; fatos, inferências e lacunas com impacto; as quatro fontes de verdade por classe; com dano e rede hostil plausível; com critério objetivo, o que não resolvem, dono, prazo e custo de reverter, mais as recusadas com motivo; (o que sai, o que fica e o que quebra); e critério de parada; detecção da janela passada; (pipeline com , dispositivo sem canal de atualização, indício de interceptação); com uma decisão e o teste que a desmente; riscos residuais com dono e revisão; e a autoverificação.