~/docs/architecture/ghost-hunter-map.mdDerniere modification : maintenant

AUDIENCE:Bug bounty hunters, pentesters web, appsec engineers et profils offensive qui veulent un workflow plus lisible entre capture, triage et execution.

PROMESSE:Comprendre en quelques secondes la logique Ghost-Hunter: capture, scope filtering, deduplication, scoring, triage IA, strategie de test, execution et suivi.

La map du workflow Ghost-Hunter

Une vue claire du pipeline Ghost-Hunter pour passer du trafic HTTP brut a des hypotheses de test exploitables, puis a des findings suivis proprement.

Une ressource visuelle pour comprendre comment Ghost-Hunter structure le passage du trafic aux findings.

La plupart des workflows bug bounty se fragmentent vite entre le proxy, les notes, les scripts, les payloads et la memoire de ce qui a deja ete teste.

Cette ressource montre comment Ghost-Hunter essaie de reduire cette fragmentation avec une chaine de traitement plus coherente, plus pilotable et plus utile au moment de decider quoi tester.

##Ou le signal se perd dans un workflow classique

-Trop de trafic et pas assez de reduction de bruit des les premieres etapes.
-Trop de doublons et de pertes de contexte entre endpoints, notes et payloads.
-Trop d allers-retours entre proxy, scripts, triage et execution.
-Pas assez de continuite entre la capture, la priorisation et le suivi des findings.

##Preview de la map

[01]Capture via Burp ou proxy

[02]Scope filtering

[03]Deduplication des endpoints

[04]Scoring heuristique

[05]Triage IA

[06]Strategie de test et payloads

[07]Execution HTTP

[08]Analyse des reponses

[09]Centralisation des findings

##Decoupage du workflow

Groupe 1 : Capture et reduction du bruit

->Interception via Burp ou proxy
->Filtrage du scope
->Deduplication des endpoints

Groupe 2 : Priorisation et triage

->Scoring heuristique
->Triage IA des surfaces interessantes
->Requetes qui meritent investigation

Groupe 3 : Strategie et execution

->Plans de test
->Proposition de payloads
->Execution HTTP
->Comparaison des reponses

Groupe 4 : Suivi des findings

->Centralisation des signaux
->Suivi des tests deja lances
->Dashboard plus lisible

##Ce que contient la ressource

*Une map complete du pipeline Ghost-Hunter
*Une lecture par etapes du flow capture -> findings
*Une representation plus nette de la logique produit et operationnelle du tool
*Une base reutilisable pour les prochaines ressources du framework

##Map complete du workflow

La vue complete ci-dessous pousse plus loin la logique du pipeline et clarifie le passage du trafic aux findings.

Capture

├─Proxy ingest
├─Normalization
└─Scope filtering

Reduction

├─Endpoint dedup
├─Heuristic scoring
└─Interesting surface extraction

Triage

├─AI triage
├─Test strategy
└─Payload suggestions

Execution

├─HTTP runner
├─Response diffing
└─Finding centralization

Statut : Le repo public est disponible directement sur cette page.

Voir le repo Ghost-Hunter

Le code source public du projet Ghost-Hunter est partage directement ici pour completer la map et la logique de workflow.