Carregando catálogo
Início//Escriba de Blast Radius de Credenciais: laudo, ordem de rotação e ADR para segredo exposto em plataforma
Segurançapacote verificado
Preferências de privacidade
Usamos cookies essenciais para autenticação, sessão e funcionamento da plataforma. Com seu consentimento, também usamos cookies analíticos para melhorar a experiência. Veja nossa Política de Privacidade para detalhes.
Testado em:
taxonomy / tags
product / specification
Escriba de Blast Radius de Credenciais — um pacote de 5 arquivos que leva um LLM a transformar o aviso de "suas variáveis de ambiente podem ter sido acessadas" em um laudo de exposição com ordem de rotação, plano por onda e decisão de arquitetura registrada.
O problema não é o aviso do fornecedor: é o que vem depois. O time não sabe quais chaves existiam, metade delas está fora do cofre afetado (dentro de uma imagem, num .env de staging, no histórico do CI), rotacionar em massa derruba a produção, e rotacionar sem revogar deixa a chave antiga viva — o pior dos mundos, porque cria a sensação de resolvido. O prompt trata cada afirmação do fornecedor como hipótese e cada credencial como uma pergunta de alcance: o que ela abre, por onde, o que ainda funciona depois da troca.
Para quem: arquitetos de segurança e de plataforma, SRE/DevOps em war room, donos de serviço que precisam responder a segurança e ao negócio no mesmo documento.
Você fornece: um dossiê simples — o aviso do fornecedor, o inventário de segredos que a empresa tem, como cada serviço obtém credencial hoje, o que é sabido sobre auditoria de uso e o prazo que o negócio pediu.
Você recebe: um Laudo de Blast Radius em 13 seções fixas: resumo executivo com veredito de exposição; inventário por superfície (build, run-plataforma, imagem, repo, config externa) com etiqueta de evidência em cada linha; blast radius por credencial (direto, transitivo até 3 saltos, lateral, e o "momento" — o que a chave ainda faz depois de rotacionada); sinais de uso indevido com a lacuna declarada quando o log não existe; ordem de rotação por dependência com o que quebra em cada onda; opções de arquitetura comparadas pela classe de falha; ADR completo; plano por onda com dono e critério de pronto; evidências que provam a rotação; monitoramento de recorrência; riscos residuais e handoff.
Arquivos do pacote:
01-prompt-principal.md — o prompt reusável: persona de arquiteto de identidade de workload, objetivo, schema exato das 13 seções, regras de conteúdo por seção e o passo a passo de raciocínio (do inventário pelo caminho real da credencial ao cálculo de blast radius em três saltos).buyer / evidence
Nenhuma avaliação ainda. Compre e seja o primeiro a avaliar!
02-regras-e-restricoes.md — 35 guardrails numerados: nunca tratar comunicado de fornecedor como prova, nunca inventar identificador, nunca recomendar redução de proteção, prazos sempre relativos, formato de erro obrigatório para seção que não dá para preencher, e 10 casos de borda (inventário ausente, credencial compartilhada, credencial sem caminho de rotação, prazo impossível, segredo no state do IaC).03-contexto-e-exemplos.md — glossário (blast radius direto/transitivo/lateral, superfícies, identidade de workload, rotação sem revogação), premissas do ambiente e três exemplos completos: dossiê normal, dossiê vago ("30 microserviços, 3 pessoas, rotacionem tudo hoje") e um pedido de prazo impossível.04-harness-de-verificacao.md — checklist de 27 itens que o modelo roda antes de entregar, 12 critérios objetivos de aceite para o comprador reprovar a saída, e o teste de regressão com as duas entradas de referência.05-template-de-variacao.md — versão expedida para war room (5 seções, 700 palavras), ledger CSV colável para acompanhar a rotação, adaptação a CI/CD e IaC (state, cache, imagens publicadas) e o handoff estruturado para o fornecedor.Como usar: cole 01 + 02 + 03 no mesmo contexto e, em seguida, o dossiê real. O modelo devolve o laudo completo. Use 05 para virar em versão de war room, em planilha de acompanhamento ou em pedido formal ao fornecedor.
Como validar: rode o pacote nas duas entradas do arquivo 03 e aplique a tabela do arquivo 04. A entrada normal deve sair com EXPOSIÇÃO PROVÁVEL, inventário rastreável e a chave de maior alcance no topo das ondas; a entrada vaga deve sair com EXPOSIÇÃO NÃO DETERMINADA, seções limitadas declaradas e nenhuma contagem inventada — e, se a resposta ao caso vago vier mais longa e mais genérica que a do caso normal, ela falhou.
Toda saída de IA deve ser revisada por quem decide: o laudo organiza a evidência, expõe o que não se sabe e ordena a execução — mas a revogação, a janela e a aceitação do risco residual são decisões humanas.