O motor multi-agente
O DoesItDefend executa cadeias de ataque coordenadas, não scripts parametrizados. Cada agente lê a resposta do alvo antes de decidir qual teste de ataque executar — os achados de um agente viram contexto para o próximo.
O motor executa cadeias coordenadas, não scripts parametrizados: cada agente lê as respostas do alvo e decide o que testar em seguida, com achados anteriores virando contexto para as etapas seguintes.
Esta página percorre o pipeline de quatro fases e explica o que 'adaptativo' significa — e o que não significa — para o determinismo e para a evidência.
Pontos-chave
- Múltiplos agentes especializados rodam em paralelo: testes de ataque de injeção, evasão, abuso de tool-call, exfiltração de dados. Cada agente observa a resposta do alvo antes de selecionar a próxima teste de ataque.
- Roteamento baseado em achados: quando um agente detecta um bypass, o achado alimenta um pool de contexto compartilhado. Agentes subsequentes selecionam testes de ataque que exploram a fraqueza achado.
- Todo teste de ataque referencia uma entrada do corpus (probe_id). O corpus é travado por versão por execução, então duas execuções no mesmo corpus produzem resultados comparáveis e reproduzíveis.
- Com evidência conclusiva, a taxa de bypass é o número de achados dividido pelos testes ativos utilizáveis. Zero significa ausência de achado nesse conjunto; cem significa que todos os testes ativos utilizáveis produziram achado. Nenhum dos valores extrapola o corpus e o escopo registrados.
O pipeline de quatro fases
- Fase 1 — Reconhecimento: testes de ataque que mapeiam a superfície de entrada do alvo (templates aceitos, restrições de system prompt, integrações de tool ativas). Informa quais testes de ataque de bypass implantar.
- Fase 2 — Bypass: testes de ataque que tentam sobrescrever instruções, injetar conteúdo adversarial ou elicitar outputs não permitidos. A seleção de teste de ataque se adapta ao resultado do reconhecimento.
- Fase 3 — Escalada: quando a Fase 2 encontra um bypass, testes de ataque de escalada tentam aprofundar o impacto — exfiltrando dados pelo bypass, encadeando tool calls ou sondando endpoints adjacentes.
- Fase 4 — Evidência: o motor emite um achado sustentado por evidência para cada bypass confirmado com probe_id, prompt_excerpt, response_excerpt, categoria OWASP e uma regra Sigma auto-emitida.
As fases separam responsabilidades: o reconhecimento delimita a superfície, os testes encadeados a exercitam, o cálculo avalia o que voltou e a fase de evidência emite achados só onde a evidência canônica as sustenta. Uma fase que não consegue concluir honestamente interrompe a cadeia em vez de adivinhar.
O que 'adaptativo' significa na prática
- O reconhecimento informa a seleção de bypass: se o alvo usa SYSTEM_ROLE enforcement, o motor implanta testes de ataque de confusão de role. Se tool-calling está ativo, testes de ataque de abuso de tool-call são incluídas. Scanners estáticos pulam esse passo.
- A cobertura do corpus é fixa por execução para reprodutibilidade. A adaptatividade opera dentro do corpus — selecionando qual subconjunto de testes de ataque rodar com base na resposta do alvo, não inventando novas testes de ataque.
- Cenários customizados (plano Pro) estendem o corpus. Suas testes de ataque participam do mesmo roteamento adaptativo que as testes de ataque embutidas e podem disparar cadeias de escalada.
Adaptativo se refere ao encadeamento, não à geração livre. Os testes permanecem dentro do corpus e do escopo declarados; cenários personalizados entram no mesmo pipeline e na mesma avaliação dos integrados, então a adaptatividade nunca vira desculpa para requisições sem prestação de contas.
Recursos relacionados