nealbridges/vulnhunterScanner de sécurité pour l'IA agentique qui raisonne comme un attaquant sur le code source, confirme les failles exploitables avec des PoC exécutables et pilote des correctifs test-first via les compétences hunt, fix et verify.
[!NOTE] Un fork maintenu de VulnHunter de Capital One (Apache-2.0) — conçu pour fonctionner sur n'importe quel harnais d'agent, et pas seulement Claude Code. Ce fork se concentre sur : la portabilité du harnais, la validation d'exploit en bac à sable (conteneurisée) et les PoC à impact mesuré. Voir Pourquoi ces changements · Ce que ce fork change · Les chiffres.
De la correspondance de motifs à la démontrabilité.
VulnHunter est un outil de sécurité IA agentique open-source qui applique une analyse proactive, orientée attaquant, directement au code source.
Contrairement aux scanners SAST traditionnels et passifs qui signalent des motifs suspects et provoquent souvent des faux positifs, VulnHunter raisonne comme un adversaire. Il identifie quels défauts sont réellement exploitables, cartographie les chemins d'attaque potentiels et propose des correctifs ciblés et étayés par des preuves.
Les chaînes d'approvisionnement logicielles modernes sont profondément interconnectées. Une seule vulnérabilité dans un composant open-source largement utilisé peut se propager simultanément à des milliers d'entreprises.
VulnHunter a été développé en interne chez Capital One et publié en open-source pour la communauté. Ce fork poursuit ce travail — même méthodologie, retravaillée pour fonctionner sur n'importe quel harnais d'agent, avec la validation d'exploit en bac à sable (conteneurisée) et les PoC à impact mesuré comme feuille de route. Voir Ce que ce fork change.
Mise en garde sur le double usage VulnHunter effectue un travail de cybersécurité à double usage (découverte et exploitation de vulnérabilités). Attendez-vous à des garde-fous : la plupart des modèles disponibles commercialement appliquent des protections cyber à double usage, et un comportement d'exploitation agressif peut déclencher des limites de débit ou des signalements d'usage. Le développement et les tests de VulnHunter ont été réalisés sur des modèles à poids ouverts fournis par la communauté — dé-risqués, abliterated et non censurés — qui sont les modèles susceptibles de compter pour un usage organisationnel à l'avenir. N'auditez que le code que vous possédez ou que vous êtes autrement autorisé à auditer.
[!IMPORTANT] Prérequis et exigences relatives aux modèles La méthodologie de VulnHunter est conçue pour fonctionner sur des modèles à poids ouverts fournis par la communauté — les modèles dé-risqués, abliterated et non censurés que les organisations peuvent réellement déployer. Un modèle de raisonnement performant est requis ; le modèle le plus puissant proposé par votre harnais donne les meilleurs résultats, mais la méthodologie ne dépend pas du modèle de pointe d'un fournisseur spécifique. Vous fournissez votre propre accès au modèle.
| Capacité | Amont (Capital One) | Ce fork | Statut |
|---|---|---|---|
| Portabilité du harnais | Les skills invoquent spécifiquement Claude Code ; l'installateur cible ~/.claude/skills ; les gardes de modèle codent en dur Opus ; le harnais épingle claude-opus-4-8 | Les skills sont des fichiers de prompt portables entre harnais (tout harnais disposant d'un répertoire de skills + de sous-agents) ; contrat d'environnement VULNHUNT_SKILLS_DIR / VULNHUNT_AGENTS_DIR / VULNHUNT_BIN_DIR / VULNHUNT_HOST_CMD / VULNHUNT_MODEL ; les gardes de modèle reformulées en « le modèle de raisonnement le plus capable de votre harnais » | Livré |
| Installateur sans supposition | install.sh suppose ~/.claude/skills | Répertoires explicites, respecte la sémantique de GROK_HOME, écrit le lanceur vh dans VULNHUNT_BIN_DIR/~/.local/bin, installe le skill vulnhunter-run + la définition d'agent ; équivalents Windows .cmd mis à jour | Livré |
Skill opérateur vulnhunter-run | — (absent) | Opérateur non supervisé : clone → hunt → find-results → écriture/validation du manifeste de scan, avec des règles d'arrêt explicites et sans improvisation | Livré |
| Durcissement du benchmark/juge | Modèle fixe + nouvelle tentative basique | Modèle via l'environnement, configuration des nouvelles tentatives/backoff, traçage des points de perte du pipeline analyze_misses, suivi de l'historique par constatation | Livré |
| Langage de rapport neutre vis-à-vis du harnais | Prose spécifique à Claude dans l'ensemble des skills | Langage d'outil neutre vis-à-vis du harnais (Agent → sous-agent, Claude CLI → session de harnais) | Livré |
| Validation d'exploit orientée sandbox | Les tests d'exploit peuvent être des traces statiques ; choix d'exécution ad hoc | Provisionnement d'exécution orienté Docker ; l'exécution enregistrée par constatation ; la sévérité Moyenne+ doit s'exécuter | En cours |
| PoC à impact mesuré | Les PoC sont des documents ; l'impact est affirmé | PoC exécutable + chiffre d'impact dans la constatation (lignes exposées, requêtes amplifiées, heures-clés bloquées) | En cours |
La méthodologie de VulnHunter est par nature indépendante de l'hôte : c'est une procédure de prompt, pas une liaison à un outil. Le projet amont a grandi au sein de Claude Code — un choix cohérent, et le bon premier foyer. Mais le paysage des harnais d'agents s'est élargi, et une méthodologie de sécurité qui ne s'installe que dans l'un d'eux cesse d'être une capacité d'audit pour devenir une fonctionnalité de fournisseur. Ce fork apporte quatre changements, chacun avec une raison.
Chaque skill ici est un fichier de prompt portable avec un contrat d'environnement explicite (VULNHUNT_SKILLS_DIR, VULNHUNT_AGENTS_DIR, VULNHUNT_MODEL, VULNHUNT_HOST_CMD), et les gardes de modèle demandent désormais le modèle de raisonnement le plus capable de votre harnais plutôt qu'un produit spécifique. Mieux signifie : la même méthodologie s'installe dans le harnais que votre équipe utilise déjà — et devient comparable entre harnais lors des exécutions de benchmark, ce qui est la façon dont ce fork est développé.
L'installateur amont copiait les skills dans ~/.claude/skills sans condition. Sur une machine exécutant deux harnais — ou un harnais dont le répertoire personnel est déplacé — cette supposition installe au mauvais endroit, silencieusement. L'installateur du fork demande, ou prend des variables d'environnement, et échoue bruyamment avec l'instruction exacte lorsque la réponse manque. Mieux signifie : sûr sur les machines multi-harnais, correct avec des répertoires personnels déplacés, bruyant plutôt que silencieux en cas de mauvaise configuration.
