Claude Code Security : le scanner de vulnérabilités IA
Claude Code Security : le plugin qui scanne votre code à la recherche de vulnérabilités dans le terminal. Fonctionnement, installation, coût et vs Snyk.
Claude Code Security est un plugin de Claude Code qui scanne votre code à la recherche de vulnérabilités directement dans le terminal, avant même de committer. Sa particularité : au lieu de comparer votre code à une base de règles comme les outils classiques, il raisonne comme un chercheur en sécurité, trace le flux des données à travers l’application et vérifie chaque finding en plusieurs étapes pour éviter les faux positifs.
Passé en bêta publique en juillet 2026, l’outil s’appuie sur le même moteur qui a permis à Anthropic de trouver plus de 500 vulnérabilités à haute sévérité dans de l’open source déjà audité. J’ai décortiqué son fonctionnement, son installation, son coût réel et sa complémentarité avec Snyk pour vous aider à décider si votre pile de sécurité a une place pour lui.
Claude Code Security en bref
Claude Code Security est une capacité d’audit de code intégrée à Claude Code, l’outil de développement agentique d’Anthropic dans le terminal. Elle a d’abord été lancée le 20 février 2026 dans la version web de Claude Code, puis proposée sous forme de plugin pour le terminal en bêta en juillet 2026.
Son rôle : détecter les failles de sécurité pendant que vous développez, expliquer chaque problème et proposer un correctif ciblé pour relecture humaine. Voici les caractéristiques clés à retenir.
| Caractéristique | Claude Code Security |
|---|---|
| Éditeur | Anthropic |
| Type | Scanner de vulnérabilités multi-agents |
| Environnement | Terminal (plugin) + web + GitHub Action |
| Commande | /claude-security (terminal) ou /security-review |
| Installation | /plugin install claude-security@claude-plugins-official |
| Modèles utilisés | Opus (orchestration) + Sonnet (exploration) |
| Accès au code | Lecture seule |
| Coût | Tokens sur votre plan Claude existant |
| Statut | Bêta publique (juillet 2026) |
Le point différenciant tient en une phrase : ce n’est pas du pattern-matching. Là où un outil SAST classique cherche des signatures connues, Claude lit et comprend le code, un peu comme le ferait un chercheur en sécurité expérimenté relisant une pull request.
Pourquoi le pattern-matching ne suffit plus
Les outils de sécurité statiques (SAST) fonctionnent depuis vingt ans sur le même principe : une base de règles et de signatures de vulnérabilités connues, appliquée mécaniquement au code. C’est rapide et déterministe, mais deux limites structurelles persistent.
Première limite : les faux positifs. Une règle ne comprend pas le contexte. Elle signale une fonction potentiellement dangereuse même quand l’entrée est déjà validée trois fonctions plus haut. Résultat, les équipes reçoivent des centaines d’alertes, en ignorent la majorité, et finissent par manquer les vraies.
Deuxième limite : les failles de logique. Un contournement d’autorisation ou une faille de logique métier n’a pas de signature. Il émerge de l’interaction entre plusieurs fichiers, de la façon dont les données circulent dans l’application. Aucune règle ne peut la décrire à l’avance.
C’est précisément ce vide que Claude Code Security vise à combler. En traçant le flux complet des données à travers l’application et en raisonnant sur les interactions entre composants, il attrape les vulnérabilités complexes — failles de logique métier, contrôles d’accès cassés — que le rule-matching manque par nature.
Le contexte du « vibe coding »
L’essor du vibe coding — générer du code par prompt sans toujours en relire chaque ligne — a démultiplié le volume de code produit, et donc la surface d’attaque. Un développeur qui accepte des suggestions d’IA à grande vitesse introduit potentiellement des failles qu’il n’aurait pas écrites lui-même. Un scanner qui raisonne sur le code, et non sur des règles figées, devient dès lors un garde-fou naturel dans cette nouvelle façon de coder.
Le scan enchaîne 6 phases avec un panel de 3 vérificateurs indépendants pour filtrer les faux positifs.
Comment fonctionne le scanner multi-agents
Le scan de Claude Code Security n’est pas un passage unique sur le code : c’est un workflow orchestré en six phases, exécuté par un ensemble d’agents coordonnés. Chacun a un rôle précis, et l’ensemble est conçu pour maximiser la couverture tout en minimisant les faux positifs.
Les six phases du scan
- Inventaire (Inventory) — Claude partitionne la base de code en composants et documente obligatoirement ce qu’il choisit d’ignorer, pour éviter les angles morts silencieux.
- Modélisation des menaces (Threat model) — Pour chaque composant, il cartographie les points d’entrée, les « sinks » (points de sortie sensibles) et les frontières de confiance.
- Recherche (Research) — Des agents se déploient sur quatre catégories de vulnérabilités : injection et entrées, authentification et accès, mémoire et code non sûr, cryptographie et secrets.
- Balayage (Sweep) — Une passe complémentaire comble les trous de couverture laissés par la phase de recherche.
- Panel de vérification (Panel) — Trois vérificateurs indépendants évaluent chaque finding, chacun sous un angle : REACHABILITY (la faille est-elle atteignable ?), IMPACT (quelle gravité ?) et DEFENSES (des protections existantes la neutralisent-elles ?).
- Vérification adverse (Adversarial) — Les cas limites subissent une re-vérification à effort maximal, où Claude challenge ses propres conclusions avant de les remonter.
Cette architecture répartit intelligemment les modèles : Opus gère l’orchestration, tandis que Sonnet exécute la cartographie du dépôt et l’exploration du code. L’accès reste en lecture seule sur toute la durée du scan — l’outil ne modifie jamais votre code sans validation.
La vérification anti faux-positifs
Le mécanisme qui distingue Claude Code Security des concurrents est le quorum de conservation. Pour qu’un finding soit remonté, il doit convaincre au moins deux des trois vérificateurs du panel : le « keep quorum » est de 2 sur 3.
Un verdict unanime (3 sur 3) autorise un niveau de confiance élevé. Un verdict 2 sur 3 plafonne la confiance à « medium ». Détail important : les décomptes de vérification sont calculés programmatiquement par le moteur de rapport, pas affirmés par le modèle — ce qui évite qu’une hallucination gonfle artificiellement un niveau de confiance.
Chaque finding remonte donc avec un niveau de confiance transparent, ce qui vous permet de prioriser : traiter d’abord les vulnérabilités à confiance élevée, examiner les autres avec un œil plus critique.
Installer et utiliser le plugin
L’installation prend moins d’une minute. Deux prérequis : Claude Code v2.1.154 ou plus récent sur un plan payant (les workflows dynamiques que le scan orchestre ne sont pas actifs sur le plan gratuit — sur Pro, activez-les dans /config) et Python 3.9.6 ou plus accessible via python3. Depuis Claude Code, tapez ensuite les deux commandes suivantes dans le terminal :
/plugin install claude-security@claude-plugins-official
/reload-pluginsLa première récupère le plugin depuis le marketplace officiel, la seconde le charge. Une nouvelle commande, /claude-security, devient alors disponible.
Les trois modes de scan
La commande /claude-security ouvre un menu à trois options :
- Scanner le dépôt (Scan codebase) — audit du dépôt entier ou d’un sous-ensemble défini. À réserver aux audits périodiques ou à une première passe, car c’est le mode le plus coûteux en tokens.
- Scanner les changements (Scan changes) — analyse d’un diff de branche, d’un diff de pull request ou d’un commit isolé. C’est le mode le plus économique et le plus utile au quotidien, à lancer avant chaque commit.
- Suggérer des patchs (Suggest patches) — conversion des findings en fichiers
.patchprêts pour relecture.
La génération de patchs vérifiés
Quand vous demandez un correctif, Claude ne se contente pas de proposer un patch : il le construit dans un clone de travail isolé (scratch clone) et le vérifie contre trois critères indépendants. Le patch doit résoudre la faille identifiée, n’introduire aucune nouvelle vulnérabilité, et ne pas modifier le comportement fonctionnel du code.
Ce triple contrôle réduit fortement le risque qu’un correctif de sécurité casse une fonctionnalité — un piège classique des patchs générés automatiquement.
La commande /security-review et la GitHub Action
En parallèle du plugin terminal, Anthropic propose deux autres points d’entrée. La commande /security-review permet un audit ponctuel avant commit, directement dans Claude Code. Et une GitHub Action officielle automatise le scan à chaque pull request : elle analyse les changements, poste des commentaires inline avec les findings et les correctifs suggérés, applique des règles personnalisables pour réduire les faux positifs, et s’intègre à votre pipeline CI/CD existant.
Sur son propre code de production, Anthropic a par exemple utilisé l’outil pour détecter une vulnérabilité d’exécution de code à distance (via DNS rebinding sur un serveur HTTP local) et un risque de SSRF dans un proxy de credentials interne.
500 vulnérabilités trouvées dans du code déjà audité
La preuve de concept la plus marquante ne vient pas d’un benchmark, mais d’un test grandeur nature. En février 2026, l’équipe Frontier Red Team d’Anthropic a placé Claude Opus 4.6 dans une machine virtuelle, avec accès aux dernières versions de projets open source et à des outils d’analyse standards, mais sans aucune instruction sur la façon de trouver des failles.
Le résultat : plus de 500 vulnérabilités à haute sévérité trouvées et validées dans des logiciels de production. Plusieurs concernaient des projets déjà audités et couverts par des fuzzers en continu depuis des années.
Voici quelques exemples concrets, rapportés et corrigés par les mainteneurs des projets concernés :
| Projet | Type de vulnérabilité |
|---|---|
| GhostScript | Stack buffer underflow |
| OpenSC | Buffer overflow |
| CGIF | Buffer overflow |
| Firefox | 22 vulnérabilités en deux semaines |
La méthode explique ces résultats. Plutôt que de générer des entrées aléatoires comme un fuzzer, Claude lit et raisonne sur le code, trace les flux de données, lit l’historique des commits pour repérer des variantes de bugs partiellement corrigés, et cible les chemins structurellement intéressants. C’est cette approche « chercheur en sécurité » qui lui permet de trouver des failles ayant survécu à des décennies de relecture experte.
Snyk domine sur les dépendances (CVE), Claude Code Security sur les failles de logique — deux outils complémentaires.
Claude Code Security vs Snyk : lequel choisir ?
La question n’est pas vraiment « lequel choisir » mais « comment les combiner ». Les deux outils reposent sur des philosophies opposées et complémentaires.
| Critère | Claude Code Security | Snyk (SAST classique) |
|---|---|---|
| Approche | Raisonnement contextuel | Règles et signatures |
| Failles de logique métier | Oui | Non |
| Dépendances vulnérables (CVE) | Partiel | Excellent |
| Faux positifs | Faibles (vérif. 2/3) | Élevés |
| Déterminisme | Non (varie par run) | Oui |
| Rapidité | Lente (scan raisonné) | Rapide |
| Patchs suggérés | Oui, vérifiés | Oui |
| Coût | Tokens à l’usage | Abonnement |
Snyk reste imbattable pour la couverture systématique des dépendances : scanner votre package.json contre la base des CVE connues est un travail de règles, et Snyk le fait vite et bien. Claude Code Security, lui, excelle là où les règles échouent : les failles logiques, les contournements d’accès, les vulnérabilités qui émergent de l’interaction entre plusieurs fichiers.
Mon avis : les deux ne sont pas concurrents. Snyk (ou un équivalent) pour la couverture continue des dépendances et l’intégration CI/CD, Claude Code Security pour l’analyse en profondeur du code métier avant chaque commit. À noter que Snyk lui-même a salué l’arrivée de Claude Code Security comme une évolution de la « boucle de remédiation », signe que l’industrie voit ces approches comme additives.
Mon verdict
Claude Code Security répond à un manque réel. Le pattern-matching a atteint ses limites face aux failles de logique et à l’explosion du code généré par IA, et un scanner qui raisonne sur le code comble exactement ce vide. La vérification multi-étapes à quorum 2/3 est bien pensée : elle attaque le vrai point faible des outils de sécurité, les faux positifs.
Deux réserves à garder en tête. D’abord le coût variable : un scan complet de gros dépôt peut consommer beaucoup de tokens, donc réservez le mode « dépôt entier » aux audits périodiques et scannez les diffs au quotidien. Ensuite le statut bêta : l’outil ne remplace ni un audit humain ni un pentest, et chaque finding demande une relecture.
Pour un développeur solo ou une petite équipe qui utilise déjà Claude Code, l’installer est une évidence : le plugin ne coûte rien de plus (il tourne sur votre inférence existante, sur un plan payant), et il détecte des failles qu’aucun de vos autres outils ne verra. Si vous débutez avec l’outil de développement d’Anthropic, commencez par le tutoriel Claude Code pour débutant, puis explorez les skills Claude Code pour aller plus loin dans l’automatisation de vos workflows.
Questions fréquentes
Qu'est-ce que Claude Code Security ?
Claude Code Security est un scanner de vulnérabilités propulsé par l'IA, intégré à Claude Code. Contrairement aux outils SAST classiques qui appliquent des règles fixes, il raisonne sur le code comme un chercheur en sécurité : il trace le flux des données à travers l'application, corrèle des problèmes répartis sur plusieurs fichiers et repère des failles de logique métier ou des contournements d'authentification que le pattern-matching manque. Le plugin s'installe dans le terminal, tourne sur la même inférence Claude que vous utilisez déjà, et produit un rapport avec des patchs suggérés pour relecture humaine. Il est passé en bêta publique en juillet 2026.
Comment installer le plugin Claude Security dans Claude Code ?
L'installation se fait en deux commandes depuis le terminal. Tapez d'abord « /plugin install claude-security@claude-plugins-official » pour récupérer le plugin depuis le marketplace officiel, puis « /reload-plugins » pour le charger. Une nouvelle commande « /claude-security » devient alors disponible : elle ouvre un menu à trois options (scanner le dépôt entier, scanner des changements, générer des patchs). Prérequis : Claude Code v2.1.154 ou plus récent sur un plan payant (les workflows dynamiques utilisés par le scan ne sont pas disponibles sur le plan gratuit) et Python 3.9.6+ accessible via « python3 ». Aucune clé API séparée n'est requise : le plugin consomme des tokens sur votre allocation Claude existante.
Combien coûte Claude Code Security ?
Le plugin en lui-même est gratuit : il n'existe pas de palier tarifaire séparé. Le scan consomme des tokens sur votre plan Claude ou votre crédit API existant, puisqu'il tourne sur la même inférence que vous utilisez déjà. Le coût réel dépend donc de l'ampleur du scan : analyser un diff de pull request est peu coûteux, alors qu'un scan complet d'un gros dépôt peut consommer beaucoup de tokens et basculer sur des modèles plus chers (Opus pour l'orchestration). En pratique, scanner uniquement les changements avant chaque commit reste très économique.
Quelle est la différence entre Claude Code Security et Snyk ?
La différence est architecturale. Snyk et les outils SAST traditionnels s'appuient sur des bases de règles et des signatures de vulnérabilités connues : ils sont rapides, déterministes et excellents pour détecter les dépendances vulnérables (CVE), mais génèrent beaucoup de faux positifs et manquent les failles de logique. Claude Code Security raisonne sur le contexte du code à chaque exécution, trace les flux de données et applique une vérification adverse multi-étapes pour filtrer les faux positifs. Les deux sont complémentaires : Snyk pour la couverture systématique des dépendances et de la CI/CD, Claude pour l'analyse en profondeur des failles logiques.
Claude Code Security remplace-t-il un pentest ou un audit humain ?
Non. Claude Code Security accélère la détection et propose des correctifs, mais il ne remplace pas un audit de sécurité humain ni un test d'intrusion. Ses résultats sont conçus pour une relecture humaine : chaque finding est accompagné d'un niveau de confiance et d'un patch suggéré que vous devez valider avant de fusionner. C'est un outil de « shift-left » (détecter les failles au plus tôt, pendant le développement) qui réduit la charge des équipes sécurité, pas un substitut à l'expertise d'un chercheur ou d'un auditeur.
Quels types de vulnérabilités Claude Code Security détecte-t-il ?
Le plugin cible les vulnérabilités à haute sévérité que les outils par règles manquent souvent : injections SQL, cross-site scripting (XSS), contournements d'authentification et d'autorisation, exécution de code à distance (RCE), server-side request forgery (SSRF), corruption mémoire (buffer overflow), mauvaise gestion des secrets et failles de logique métier. Sur chaque édition de fichier, un hook déterministe signale aussi immédiatement les constructions dangereuses comme eval(), os.system(), child_process.exec() ou dangerouslySetInnerHTML.
L'IA peut-elle vraiment trouver des vulnérabilités que les humains ont manquées ?
Oui, et c'est documenté. En février 2026, l'équipe Frontier Red Team d'Anthropic a rapporté que Claude Opus 4.6 avait trouvé et validé plus de 500 vulnérabilités à haute sévérité dans des logiciels open source de production, y compris des projets déjà audités et couverts par des fuzzers en continu. Certaines failles avaient survécu des décennies à la relecture d'experts. Le modèle a par exemple identifié des buffer overflows dans GhostScript, OpenSC et CGIF, et 22 vulnérabilités dans Firefox en deux semaines. La méthode diffère du fuzzing : Claude lit le code, trace les flux de données et étudie l'historique des commits pour trouver des variantes de bugs partiellement corrigés.