Bug bounty com um copiloto de IA: o loop

Bug bounty é teste pago dentro dos limites que um programa define. Esta trilha leva você do zero ao primeiro relatório válido, com um modelo de IA fazendo a leitura e o rascunho enquanto você fica com o julgamento e com qualquer coisa que chegue a um alvo. Este primeiro post é o loop que você repete em todo programa. O resto da trilha entra fundo em cada etapa e depois monta um pequeno agente que roda parte do loop por você.

Um modelo é um leitor rápido e um redator razoável, sem memória do seu escopo e sem nada a perder na sua conta. Ele resume uma política, organiza uma lista de endpoints, explica uma resposta estranha e rascunha um relatório. Ele também inventa um endpoint, lê errado um status code e soa seguro enquanto faz isso. Você trata a saída dele como uma pista, nunca como um finding.

#O loop

O trabalho é um loop de cinco etapas. Você roda uma vez em um programa, depois de novo no próximo alvo, depois de novo na próxima classe de bug. O modelo ajuda em cada etapa. Ele não decide o que está no escopo e não envia um request a um alvo por você.

Etapa	O que você faz	Onde o modelo ajuda
Escolher	Escolher um programa e um alvo	Resumir a política, apontar cláusulas estranhas
Escopo	Ler o que está dentro e o que está fora	Virar uma política longa em um checklist curto
Recon	Mapear a superfície que você pode tocar	Organizar endpoints, ler JS, sugerir parâmetros
Teste	Enviar requests e ler respostas	Explicar uma resposta, propor o próximo caso
Relatório	Escrever o texto	Rascunhar os passos enquanto você confere cada linha

#Escolha um programa e leia o escopo

Um programa é uma oferta pública para testar alvos nomeados sob regras nomeadas. Antes de tudo você lê a política inteira: os domínios e apps no escopo, os que estão fora, as classes que não pagam e os limites de rate e de automação. Cole a política em um chat e peça ao modelo para listar hosts no escopo, hosts fora do escopo e qualquer regra que faria um relatório ser fechado. Depois leia a política você mesmo, porque um resumo errado aqui é o tipo de erro que encerra uma conta. Como escolher seu primeiro programa detalha como ler um escopo.

#Recon sem tocar em hosts fora do escopo

O recon mapeia a superfície que o programa deixa você testar. Você coleta subdomínios, endpoints e parâmetros e decide onde um bug é provável. O modelo serve para ler, não para alcançar: ele agrupa uma lista bagunçada de endpoints, lê um bundle de JavaScript minificado e aponta parâmetros que valem um teste. Mantenha todo scan e request nos hosts que o escopo lista. Para as ferramentas, o post do toolkit monta um terminal que te mantém dentro do escopo.

#Teste e confirme antes de acreditar

O teste é onde o iniciante perde tempo com falso positivo. O modelo vai dizer que uma resposta parece um IDOR ou um XSS. Às vezes está certo. Você confirma na mão: reproduza o request, mude uma coisa, observe a resposta e guarde o request e a resposta exatos que provam o bug. Um bug que você não reproduz quando quer ainda não é um bug. Testando bugs web comuns com ajuda de IA passa por IDOR, XSS, SSRF e auth quebrada, incluindo como evitar os falsos positivos que o modelo te entrega.

#Escreva o relatório

Um relatório precisa deixar um estranho reproduzir o bug e entender o impacto. O modelo rascunha bem a partir das suas notas: dê a ele o request, a resposta e o efeito, e ele produz um texto limpo. Então você confere cada passo, cada URL e cada afirmação de impacto, porque o triager vai conferir. Relatórios que recebem tem a estrutura e o checklist de revisão.

#Onde o modelo é bom, e onde ele mente

Modelos leem rápido, traduzem jargão e mantêm um cérebro cansado funcionando às duas da manhã. Eles também alucinam endpoints, exageram a severidade para parecer úteis e confundem CVEs parecidos. O OWASP Top 10 para Aplicações de LLM cataloga esses modos de falha. A regra que te protege é simples: o modelo propõe, você decide. Nada do que ele escreve chega a um programa antes de você reproduzir.

#A seguir nesta trilha

Leia como escolher seu primeiro programa e depois monte o toolkit e o terminal. O caso de uso de bug bounty e o OWASP Web Security Testing Guide são as duas referências que vale deixar abertas o tempo todo. Os posts seguintes montam um hackbot que roda recon e testes na sua máquina, sob sua aprovação, usando a CLI da NotHoly.