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
Quando a plataforma que hospeda seus serviços avisa "assuma que os segredos vazaram", o que decide não é a notícia — é a sua arquitetura. Este pacote entrega ao modelo o trabalho completo de um arquiteto sênior de segurança de plataforma sobre o dossiê do incidente e o seu inventário: onde cada segredo realmente mora, o que ele abre, em que ordem rotacionar sem derrubar produção e como provar que o valor antigo parou de funcionar.
O produto NÃO é um parágrafo pronto para copiar. São 5 arquivos complementares, feitos para rodar juntos no mesmo contexto: o prompt principal com schema fixo de 12 seções, as regras que impedem as falhas mais caras (rotação em massa, "não houve uso", escopo inventado), o contexto de domínio com as ressalvas técnicas e dois exemplos completos, um harness de verificação para o comprador, e templates de variação (versão de uma página, comunicado, adaptação para Kubernetes, VMs e serverless).
Para quem: arquitetos de segurança e de plataforma, SREs e tech leads que operam em PaaS/plataformas gerenciadas de containers; times que respondem a incidentes de fornecedor e precisam entregar laudo para comitê de risco, cliente enterprise ou auditoria.
Você fornece: o texto (ou trecho) do comunicado do incidente com horários; o que o provedor disse e não disse; número e nome dos workloads, jobs e addons; tipos de segredo por serviço e onde vivem (env, secret group, cofre); addons expostos publicamente; quem admite deploy; egress e metadata; detecção disponível; evidência de uso; críticas e restrições. Pode vir incompleto — o pacote trabalha com lacunas declaradas em vez de inventar dados.
Você recebe: um laudo único com resumo executivo em 4 números, fatos/inferências/lacunas com fonte e horário, matriz das 9 superfícies de exposição por serviço, classificação de cada segredo por tipo técnico (T1–T7) com o que a rotação exige e o que ela não resolve, blast radius com uma postura objetiva por serviço (S1–S5), ordem de rotação justificada por dependência, ondas com prova positiva e negativa, plano de detecção e janela passada, runbook das 3 primeiras horas, ADR de fronteira de segredos e riscos residuais com dono e data.
Os arquivos:
buyer / evidence
Nenhuma avaliação ainda. Compre e seja o primeiro a avaliar!
Como usar: cole 01, 02 e 03 no mesmo contexto; cole o dossiê na estrutura de Entrada do 01; peça a saída em uma única mensagem. Em crise aberta, use primeiro a versão de uma página do arquivo 05 e execute a Onda 1; depois produza o laudo completo.
Como validar: rode o arquivo 04 item por item (idealmente em uma segunda sessão do modelo, para não aprovar a própria resposta) e compare com os dois exemplos do arquivo 03, que mostram saída aceita e saída que só declara lacunas. Os critérios C1–C12 são objetivos: prova negativa com resposta esperada, inversão justificada, zero segredo em claro, donos nomeados.
Aviso: a saída é organizada por IA e deve ser revisada por quem responde pela disponibilidade e pelos dados da plataforma antes de qualquer ação irreversível ou comunicação externa. O pacote não substitui o canal oficial do provedor, a análise forense nem a decisão do dono do risco.