Template de prompt
Um prompt para revisão de segurança que acompanha o caminho real do ataque.
Este template fornece fronteiras de confiança, ativos sensíveis, runtime e controles existentes antes da revisão. Ele mantém alegações sem evidência fora dos achados e torna a explorabilidade explícita.
Revisado em 22 de setembro de 2026 · Os templates e exemplos usam dados fictícios.
Quando usar este prompt de segurança
Use-o em mudanças envolvendo autenticação, autorização, dados pessoais ou financeiros, arquivos, URLs controladas pelo usuário, execução de comandos, renderização, webhooks ou dependências externas. Delimite a revisão para que o agente consiga rastrear entradas até operações sensíveis em vez de devolver uma lista genérica.
Esta é uma revisão baseada no código visível. Ela pode encontrar autorização ausente ou fluxo inseguro quando a implementação está disponível, mas não comprova a configuração da infraestrutura sem evidências correspondentes.
Template reutilizável
Prompt para revisão de segurança
# Revisão de segurança de {{alteracao}}
## Contexto
- Projeto: {{projeto}}
- Linguagem, framework e runtime: {{linguagem_runtime}}
- Fronteiras de confiança e pontos de entrada: {{fronteiras_confianca}}
- Dados sensíveis ou operações privilegiadas: {{dados_sensiveis}}
- Controles de segurança existentes: {{controles_existentes}}
<instructions>
Inspecione o código alterado e os caminhos de execução afetados. Rastreie entradas não confiáveis através das fronteiras de confiança até autenticação, autorização, acesso a dados, execução de comandos, renderização, logs e dependências externas.
Relate somente achados sustentados pelo código ou pelas evidências fornecidas. Separe defeitos exploráveis de melhorias de defesa em profundidade. Para cada achado, explique pré-condições, ativo afetado, caminho de abuso, impacto e a menor correção prática. Não exponha segredos reais nem afirme que um controle existe sem evidência visível.
</instructions>
<output_format>
1. Mapa das fronteiras de segurança
2. Achados ordenados por gravidade e explorabilidade
3. Evidência e cenário de abuso de cada achado
4. Correção recomendada e teste de regressão de segurança
5. Riscos não verificados e checagens necessárias
</output_format>Contexto que muda o resultado
{{alteracao}}
Diff, pull request, endpoint, worker ou componente que define a revisão.
{{fronteiras_confianca}}
Onde dados transitam entre usuários, serviços, organizações, privilégios ou sistemas externos.
{{dados_sensiveis}}
Credenciais, dados pessoais, pagamentos, arquivos privados ou operações privilegiadas em risco.
{{controles_existentes}}
Validação, autorização, criptografia, limitação de taxa, isolamento e monitoramento visíveis.
Exemplo: endpoint de download
Alteração: Adicionar GET /documentos/:id/download a uma API multiempresa.
Runtime: TypeScript, Node.js, PostgreSQL e armazenamento com URLs assinadas.
Fronteiras: Navegador para API, API para banco e API para armazenamento.
Dados sensíveis: Documentos privados e identificadores da empresa.
Controles: Middleware de sessão e URL assinada válida por dez minutos.
Uma revisão útil deve rastrear como o documento é limitado à empresa autenticada antes de criar a URL. Ela não deve relatar “criptografia ausente” sem código ou configuração que sustente a afirmação.
O que um achado útil contém
- Caminho de código preciso e a fronteira atravessada.
- Pré-condições do atacante e ativo afetado.
- Impacto separado de probabilidade e explorabilidade.
- Correção compatível com a arquitetura atual.
- Teste de regressão que reproduz o cenário de abuso.
Mantenha a revisão honesta
Não inclua credenciais, tokens de produção ou dados pessoais. Revisão de código não substitui teste de invasão, auditoria de dependências ou infraestrutura. Valide achados graves de forma independente.