---

Ce qu'il fait

ANANSI CLI est un outil de reconnaissance de surface d'attaque orienté terminal, destiné aux pentesters et aux chasseurs de bug bounty. Donnez-lui un domaine — il exécute un pipeline complet de renseignement et d'exploitation en dix phases et affiche une sortie technique brute sur laquelle vous pouvez agir immédiatement.

Par défaut, ANANSI filtre le bruit et n'affiche que les actifs trouvés (par exemple, sous-domaines actifs, hôtes HTTP/HTTPS actifs, certificats TLS valides, en-têtes de sécurité manquants sur des URL actives, chemins exposés et takeovers confirmés). Cela garde votre terminal propre. Si vous souhaitez voir toutes les vérifications tentées, y compris les sous-domaines morts, les connexions échouées et les points de terminaison non vérifiés, activez simplement le flag verbose (-v/--verbose).

Phase	Module	Ce qu'il trouve
01	DISCOVERY	Sous-domaines via les journaux CT de crt.sh + wordlist de brute-force DNS
02	PROBE	Hôtes HTTP/HTTPS actifs — codes de statut, serveurs, chaînes de redirection, titres
03	TLS	Expiration du certificat, SANs, version du protocole, cipher, détection d'auto-signé
04	HEADERS	En-têtes de sécurité manquants, mauvaises configurations CORS
05	PATHS	Fichiers exposés — .env, .git, configs, panneaux d'administration, sauvegardes, docs API
06	TECH-STACK	Audit approfondi des plateformes détectées — détection de version, plugins/thèmes WordPress, XML-RPC, énumération d'utilisateurs, sauvegardes de config, correspondance avec des versions vulnérables connues
07	TAKEOVER	CNAME pendants pointant vers des services cloud non réclamés
08	OSINT	E-mails, numéros de téléphone, employés, données de registrant WHOIS
09	CHAIN	Assemble les découvertes en chemins d'exploitation multi-étapes (faible → élevé → critique) avec des techniques d'exploitation par étape
10	EXPLOIT	Prouve activement les découvertes exploitables contre la cible autorisée avec des preuves de requêtes/réponses HTTP en direct

---

Performance et architecture

• Résolveur DNS Go natif : contourne les recherches système lentes bloquées par cgo en utilisant des goroutines Go pures.
• Pool de connexions partagé : un transport HTTP unique à l'échelle du processus avec keep-alives est réutilisé à travers chaque phase et chaque module, de sorte que les handshakes TCP + TLS se produisent une fois par hôte au lieu d'une fois par requête.
• Cache DNS TTL : les sous-domaines résolus sont mis en cache pendant 60 s, de sorte que les phases récursives/mutation/TLS-SAN ne réinterrogent jamais le résolveur pour le même nom.
• Pools de workers fixes : paths, discovery, probe et techstack s'exécutent tous sur des pools de workers fixes (une goroutine par --threads, les tâches étant tirées d'un canal). Pas de surcharge goroutine-par-tâche — même un balayage de chemins de plus de 8 000 règles reste à une concurrence stable.
• Sondage concurrent : les sondes HTTP, les analyses TLS et les vérifications d'en-têtes de sécurité sont entièrement parallélisées.
• Filtrage intelligent des takeovers : ne cible que les sous-domaines avec des enregistrements CNAME morts vérifiés.
• Sondage parallèle des chemins exposés : les baselines 404 personnalisées sont récupérées en parallèle ; le module d'audit approfondi ajoute une baseline soft-404 afin que les serveurs catch-all ne produisent pas de faux positifs.
• Réutilisation de version : le module tech-stack lit les versions CMS à partir des balises meta generator et des chaînes de requête d'assets statiques déjà présentes dans le corps de la page d'accueil, et découvre les plugins WordPress à partir du même corps — minimisant les requêtes supplémentaires.
• Exploration de robots.txt : les entrées Allow/Disallow du robots.txt de chaque hôte actif sont transformées en sondes de chemins supplémentaires, faisant remonter des répertoires intentionnellement cachés pour une requête supplémentaire par hôte.

Audit approfondi de la tech-stack