Pular para o conteúdo
Skillpedia
Automações48 mil · #2461

bug-bounty

Ajuda seu agente a encontrar e relatar falhas de segurança em softwares. Ele segue todo o processo para garantir que os problemas sejam corrigidos.

O que ela faz

Esta ferramenta ajuda a encontrar falhas de segurança em sistemas, como sites e aplicativos. Ela segue um processo passo a passo para identificar e verificar problemas que podem ser explorados por hackers.

Quando usar

  • ✓Ao testar a segurança de um site que você tem permissão para analisar.
  • ✓Para verificar se uma falha de segurança encontrada é real e causa algum dano.
  • ✓Para entender como um hacker poderia explorar uma vulnerabilidade.

Exemplo do que pedir para a IA

“Quero testar a segurança do site 'exemplo.com'. Tenho permissão escrita para fazer isso.”

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

https://github.com/sickn33/agentic-awesome-skills/blob/main/plugins/agentic-awesome-skills-claude/skills/bug-bounty/SKILL.md

Mensagem pronta para colar

Use esta skill para me ajudar: https://github.com/sickn33/agentic-awesome-skills/blob/main/plugins/agentic-awesome-skills-claude/skills/bug-bounty/SKILL.md Leia o arquivo SKILL.md desse link e siga as instruções dele na minha tarefa.
Como funciona

A ferramenta guia você através de um processo de investigação, começando pela coleta de informações, depois buscando falhas, validando se elas são sérias e, por fim, ajudando a relatar o problema.

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 sickn33/agentic-awesome-skills --skill bug-bounty

Ou baixe só o arquivo:

curl -L https://raw.githubusercontent.com/sickn33/agentic-awesome-skills/main/plugins/agentic-awesome-skills-claude/skills/bug-bounty/SKILL.md -o SKILL.md
Conteúdo técnico (SKILL.md)

Tradução do texto original do autor no GitHub. Os comandos e códigos estão como no original.

⚠️ USO AUTORIZADO APENAS Esta habilidade é apenas para fins educacionais ou avaliações de segurança autorizadas. Você deve ter permissão explícita e por escrito do proprietário do sistema antes de usar esta ferramenta. O uso indevido desta ferramenta é ilegal e estritamente proibido.

Portão de confirmação obrigatório Antes de executar qualquer comando que sonde, explore, altere, persista em, extraia dados de ou tente acesso a credenciais contra um alvo:

  1. Peça ao usuário para declarar o URL exato, IP, conta ou recurso alvo.
  2. Peça ao usuário para confirmar a autorização por escrito e o escopo permitido.
  3. Mostre o(s) comando(s) exato(s) e explique seu efeito esperado.
  4. Aguarde a confirmação explícita na conversa atual.

Sem essa confirmação, permaneça somente leitura e forneça apenas orientação defensiva. Prefira um sandbox, VM descartável ou laboratório controlado.

Fluxo de Trabalho do Mestre de Bug Bounty

Pipeline completo: Reconhecimento -> Aprender -> Caçar -> Validar -> Relatar. Uma habilidade para tudo.

A ÚNICA PERGUNTA QUE IMPORTA

"Um atacante pode fazer isso AGORA contra um usuário real que NÃO tomou nenhuma ação incomum -- e isso causa danos reais (dinheiro roubado, PII vazado, tomada de conta, execução de código)?"

Se a resposta for NÃO -- PARE. Não escreva. Não explore mais. Siga em frente.

Bug Teórico = Tempo Perdido. Elimine Estes Imediatamente:

Padrão Motivo de Eliminação
"Poderia teoricamente permitir..." Não explorável = não é um bug
"Um atacante com X, Y, Z condições poderia..." Pré-condições demais
"Implementação incorreta, mas sem impacto prático" Incorreto, mas inofensivo = não é um bug
Código morto com um bug nele Não alcançável = não é um bug
Mapas de origem sem segredos Sem impacto
SSRF com callback apenas de DNS Necessita de exfiltração de dados ou acesso interno
Redirecionamento aberto sozinho Necessita de ATO ou cadeia OAuth
"Poderia ser usado em uma cadeia se..." Construa a cadeia primeiro, DEPOIS relate

Você deve demonstrar dano real. "Poderia" não é um bug. Prove que funciona ou descarte.


REGRAS CRÍTICAS

  1. LEIA O ESCOPO COMPLETO PRIMEIRO -- verifique se todos os ativos/domínios pertencem à organização alvo
  2. SEM BUGS TEÓRICOS -- "Um atacante pode roubar fundos, vazar PII, tomar conta ou executar código AGORA?" Se não, PARE.
  3. ELIMINE DESCOBERTAS FRACOUS RAPIDAMENTE -- execute o Portão das 7 Perguntas ANTES de escrever qualquer relatório
  4. Valide antes de escrever -- verifique o CHANGELOG, documentos de design, scripts de implantação PRIMEIRO
  5. Uma classe de bug por vez -- vá fundo, não atire para todos os lados
  6. Verifique se os dados já não são públicos -- verifique a interface web em modo anônimo antes de relatar "vazamentos" de API
  7. REGRA DOS 5 MINUTOS -- se um alvo não mostrar nada após 5 minutos de sondagem (todos 401/403/404), SIGA EM FRENTE
  8. CAÇA COM FOCO EM IMPACTO -- pergunte "qual o pior que pode acontecer se a autenticação for quebrada?" Se nada valioso, pule o alvo
  9. VAZAMENTOS DE CREDENCIAIS precisam de prova de exploração -- encontrar chaves não é suficiente, é preciso PROVAR o que elas acessam
  10. PARE ESPIRAIS DE RECONHECIMENTO SUPERFICIAIS -- não sonde 403s, não use grep para chaves de análise, não verifique domínios de staging que não levam a lugar nenhum
  11. IMPACTO NO NEGÓCIO sobre classe de vulnerabilidade -- a gravidade depende do CONTEXTO, não apenas do tipo de vulnerabilidade
  12. ENTENDA PROFUNDAMENTE O ALVO -- antes de caçar, aprenda o aplicativo como um usuário real
  13. NÃO CONFIE DEMAIS EM AUTOMAÇÃO -- scans automatizados atingem WAFs, disparam limites de taxa, encontram os mesmos bugs que todos os outros encontram
  14. CAÇE CLASSES DE VULNERABILIDADES MENOS SATURADAS -- XSS/SSRF/XXE têm a maior concorrência. Expanda para: envenenamento de cache, vulnerabilidades Android/mobile, lógica de negócios, condições de corrida, cadeias OAuth/OIDC, ataques de pipeline CI/CD
  15. REGRA DE UMA HORA -- preso em um alvo por uma hora sem progresso? MUDE DE CONTEXTO
  16. ABORDAGEM DE DOIS OLHOS -- combine testes sistemáticos (checklist) com detecção de anomalias (observe comportamentos inesperados)
  17. CONHECIMENTO EM FORMA DE T -- vá FUNDO em uma área e AMPLO em todo o resto

Para a metodologia completa de caça — fluxo de trabalho não linear de 5 fases, framework de psicologia do desenvolvedor, disciplina de sessão, roteamento de ferramentas por fase e seleção de rota Ampla/Profunda — veja skills/bb-methodology/SKILL.md.


MÉTODO DE SINAL DE BUG A->B (Caça em Cluster)

Quando você encontra o bug A, cace sistematicamente por B e C nas proximidades. Esta é uma das metodologias mais poderosas em bug bounty. Bugs únicos pagam. Cadeias pagam 3-10x mais.

Cadeias Conhecidas A->B->C

Bug A (Sinal) Caçar por Bug B Escalar para C
IDOR (leitura) PUT/DELETE no mesmo endpoint Manipulação completa de dados da conta
Perguntas frequentes

O que é 'bug bounty'?

É um programa onde empresas oferecem recompensas (dinheiro ou reconhecimento) para quem encontra e reporta falhas de segurança em seus sistemas.

Posso usar isso em qualquer site?

Não! Você precisa de permissão explícita e por escrito do dono do sistema antes de usar esta ferramenta. Usar sem permissão é ilegal.

O que são 'bugs teóricos'?

São falhas que poderiam existir em teoria, mas que na prática não causam nenhum dano real ou são muito difíceis de explorar. Esta ferramenta foca apenas em problemas que causam dano real e imediato.

Detalhes

Descrição original do autor

Complete bug bounty workflow

repo: sickn33/agentic-awesome-skills

Popularidade

Estrelas no GitHub
48 mil
Posição no ranking
#2461
Licença
MIT
Atualizada em
15/10/2026

Essa skill é útil?

0

Entre para votar.

Comentários

  • …

Mais skills deste repositório

Skills parecidas