security-requirement-extraction
Ajuda seu agente a definir regras de segurança a partir de planos de ameaças. Transforma riscos em requisitos claros para proteger sistemas e aplicações.
O que ela faz
Esta ferramenta ajuda a transformar ideias sobre ameaças de segurança em regras claras e práticas que um sistema deve seguir. Ela transforma análises de ameaças em requisitos de segurança acionáveis.
Quando usar
- ✓Ao transformar modelos de ameaças em requisitos.
- ✓Ao escrever histórias de usuário focadas em segurança.
- ✓Ao criar casos de teste para verificar a segurança.
Exemplo do que pedir para a IA
“Transforme estas ameaças em requisitos de segurança: 'Acesso não autorizado a dados do cliente' e 'Exposição de informações sensíveis'.”
Quer saber mais? Abra as seções abaixo.
Como usar
O jeito mais fácil: copie a mensagem abaixo e cole no Claude, ChatGPT, Cursor ou outra IA. Ela lê a skill e segue as instruções.
Link da skill
Mensagem pronta para colar
Como funciona
A ferramenta analisa as ameaças identificadas e o contexto do negócio para gerar requisitos específicos. Ela categoriza esses requisitos (o que o sistema deve fazer, como deve fazer, ou limitações) e adiciona detalhes importantes como rastreabilidade e prioridade.
Instalação
Jeito mais fácil: copie o link da skill e cole no Claude, ChatGPT ou Cursor pedindo para seguir as instruções.
No terminal (Claude Code, Codex, Cursor), na pasta do projeto:
npx skills add wshobson/agents --skill security-requirement-extractionOu baixe só o arquivo:
curl -L https://raw.githubusercontent.com/wshobson/agents/main/plugins/security-scanning/skills/security-requirement-extraction/SKILL.md -o SKILL.mdConteúdo técnico (SKILL.md)
Tradução do texto original do autor no GitHub. Os comandos e códigos estão como no original.
Extração de Requisitos de Segurança
Transforme a análise de ameaças em requisitos de segurança acionáveis.
Quando Usar Esta Habilidade
- Convertendo modelos de ameaças em requisitos
- Escrevendo histórias de usuário de segurança
- Criando casos de teste de segurança
- Construindo critérios de aceitação de segurança
- Mapeamento de requisitos de conformidade
- Documentação de arquitetura de segurança
Conceitos Principais
1. Categorias de Requisitos
Business Requirements → Security Requirements → Technical Controls
↓ ↓ ↓
"Protect customer "Encrypt PII at rest" "AES-256 encryption
data" with KMS key rotation"
2. Tipos de Requisitos de Segurança
| Tipo | Foco | Exemplo |
|---|---|---|
| Funcional | O que o sistema deve fazer | "O sistema deve autenticar usuários" |
| Não-funcional | Como o sistema deve operar | "A autenticação deve ser concluída em <2s" |
| Restrição | Limitações impostas | "Deve usar bibliotecas criptográficas aprovadas" |
3. Atributos de Requisitos
| Atributo | Descrição |
|---|---|
| Rastreabilidade | Links para ameaças/conformidade |
| Testabilidade | Pode ser verificado |
| Prioridade | Importância para o negócio |
| Nível de Risco | Impacto se não for atendido |
Modelos e exemplos detalhados
A biblioteca completa de modelos está em references/details.md. Leia este arquivo quando precisar de modelos concretos para esta habilidade.
Melhores Práticas
O Que Fazer
- Rastrear para ameaças - Cada requisito deve mapear para ameaças
- Ser específico - Requisitos vagos não podem ser testados
- Incluir critérios de aceitação - Definir o que é "feito"
- Considerar a conformidade - Mapear para frameworks cedo
- Revisar regularmente - Requisitos evoluem com as ameaças
O Que Não Fazer
- Não ser genérico - "Ser seguro" não é um requisito
- Não pular a justificativa - Explicar por que é importante
- Não ignorar prioridades - Nem todos os requisitos são iguais
- Não esquecer a testabilidade - Se você não pode testar, não pode verificar
- Não trabalhar isoladamente - Envolver as partes interessadas
Perguntas frequentes
O que são requisitos de segurança?
São regras específicas que definem como um sistema deve proteger informações e operar com segurança, baseadas em potenciais ameaças.
Por que é importante rastrear requisitos a ameaças?
Garante que cada regra de segurança criada tem um propósito claro e está diretamente ligada a um risco identificado, evitando requisitos desnecessários ou incompletos.
Qual a diferença entre requisitos funcionais e não funcionais de segurança?
Requisitos funcionais dizem o que o sistema DEVE FAZER para ser seguro (ex: autenticar usuários). Requisitos não funcionais dizem COMO o sistema DEVE SE COMPORTAR em relação à segurança (ex: autenticação rápida).
Detalhes
Descrição original do autor
Derive security requirements from threat models and business context. Use when translating threats into actionable requirements, creating security user stories, or building security test cases.
repo: wshobson/agents
Popularidade
- Estrelas no GitHub
- 41 mil
- Posição no ranking
- #4947
- Licença
- MIT
- Atualizada em
- 15/10/2026
Comentários
- …
Mais skills deste repositório
screen-reader-testing
Faz seu agente testar sites usando leitores de tela para garantir que sejam acessíveis.
wshobson/agents
wcag-audit-patterns
Ajuda seu agente a auditar sites para acessibilidade e corrigir problemas de acordo com as diretrizes WCAG.
wshobson/agents
multi-reviewer-patterns
Faz seu agente coordenar revisões de código paralelas, deduplicando achados e consolidando relatórios.
wshobson/agents
parallel-debugging
Permite ao agente depurar problemas complexos com investigações paralelas e análise de causa raiz.
wshobson/agents
Skills parecidas
django-security
Ajuda seu agente a implementar práticas de segurança em aplicações Django. Ele foca em autenticação, autorização e prevenção contra ataques comuns, garantindo um código mais seguro.
affaan-m/ECC
laravel-security
Ajuda seu agente a proteger aplicações Laravel contra ameaças. Implementa práticas de segurança para autenticação, autorização e prevenção de ataques comuns.
affaan-m/ECC
module-regression
Ajuda seu agente a gerenciar mudanças em projetos grandes. Garante que alterações em uma parte do código não quebrem outras partes.
affaan-m/ECC