Auditor de Rotação de Credenciais de Hospedagem: laudo, matriz de decisão e runbook quando o provedor reseta senhas

Auditor de Rotação de Credenciais de Hospedagem — um pacote de 5 arquivos que leva um LLM a produzir um laudo acionável quando o provedor de hospedagem, e-mail ou cloud derruba ou anuncia a troca das credenciais de seus clientes: reset em massa, incidente no provedor, migração de painel, saída de fornecedor.

O problema: "troque todas as senhas e ative 2FA" é o conselho que todo mundo dá e que, neste cenário, costuma piorar as coisas. Um reset feito pelo provedor sobrescreve a senha que o cliente acabou de trocar (overwrite); trocar a senha no painel não encerra sessões de IMAP/SMTP já abertas nem chaves de app, que continuam funcionando justamente para quem quer manter o acesso; caixas de sistema (formulário, webhook, faturamento) quebram em silêncio quando entram na mesma onda das pessoas; e a caixa de e-mail resetada é, muitas vezes, o canal de recuperação do próprio painel — quem troca primeiro perde o acesso a tudo. Este pacote transforma o comunicado do provedor em uma decisão defensável: uma postura por classe de credencial, sequência de revogação antes da troca, prova de que o material antigo morreu e uma carta de saída que o dono da conta consegue aprovar.

Para quem: arquitetos de software que respondem por credenciais de plataforma, tech leads e SREs de hospedagem/SaaS multi-tenant, integradores e MSPs que administram contas de clientes, e times de identidade que precisam documentar contenção de credencial sem depender do fornecedor.

Você fornece: o dossiê do evento (tipo, momento, evidência disponível, superfícies de acesso, credenciais compartilhadas, volume, sensibilidade, janelas, restrições contratuais e capacidade do time). O dossiê pode vir incompleto — o prompt trabalha com lacunas declaradas em vez de inventar.

Você recebe: um Laudo de Rotação de Credenciais em 9 seções fixas: resumo executivo com os números que decidem; enquadramento com fatos, inferências e lacunas (cada lacuna com o impacto na decisão); os três efeitos que explicam por que rotacionar é o teste e não a cura (overwrite, sessão, propagação); inventário por superfície; matriz de decisão por classe de credencial com uma postura entre S1–S4, critério objetivo, blast radius e prazo; sequência rígida em 6 fases com os pontos de dependência circular nomeados; risco de lockout com plano B que não usa a credencial em troca; cálculo de janela e fatiamento; runbook da onda principal com cinco campos por passo e critério de parada; e a carta de saída para o decisor não técnico.