Claude Code Security et revue de code : comment vérifier le code IA avant sa mise en ligne

Claude Code écrit en quelques minutes ce pour quoi une équipe mettait autrefois des jours. Mais ce n’est pas le modèle qui décide si ce code est sûr : c’est la vérification qui suit. Ce guide explique ce qu’Anthropic propose lui-même pour cela, où ces outils s’arrêtent et comment faire contrôler chaque diff et chaque commande risquée avant qu’ils n’atteignent votre logiciel.

Date : 10 novembre 2026. Les informations sur Anthropic proviennent de la documentation et de l’annonce officielles (sources ci-dessous) ; les fonctionnalités de Claude Code évoluent fréquemment.

Quel est le niveau de sécurité du code écrit par Claude Code ?

Il est aussi sûr que la vérification qu’il subit : Anthropic écrit expressément dans la documentation de Claude Code que c’est à vous de vérifier la sécurité du code et des commandes proposés avant de les valider. Le modèle travaille vite et reste le plus souvent plausible, mais il ne connaît ni vos règles métier ni votre environnement de production.

Claude Code intègre pour cela des mécanismes de protection. En mode manuel, il démarre avec de simples droits de lecture et demande avant de modifier des fichiers ou d’exécuter des commandes. En mode automatique, un modèle classifieur distinct évalue les actions et bloque celles qu’il juge dangereuses. S’y ajoutent un bac à sable (sandbox) pour les commandes Bash et des autorisations pour les accès réseau. Ces mécanismes protègent contre des actions dangereuses isolées. Ils ne disent pas si le code terminé contient une faille.

Qu’est-ce que Claude Code Security et que vérifie-t-il ?

Claude Code Security est l’outil d’Anthropic qui passe au crible toute une base de code à la recherche de vulnérabilités et propose des correctifs ; annoncé le 20 février 2026 comme préversion de recherche limitée, il est disponible depuis fin avril 2026 sous le nom « Claude Security » en bêta publique pour les clients Claude Enterprise (heise, 30.04.2026). Selon heise, les clients Team et Max doivent suivre.

Selon Anthropic, l’outil ne cherche pas des motifs connus comme le ferait un scanner classique, mais suit la manière dont les composants interagissent et dont les données circulent dans l’application. Il vise ainsi les défauts de logique métier et de contrôle d’accès, que la recherche de motifs détecte mal. Chaque constat passe par une contre-vérification en plusieurs étapes, reçoit une gravité et un indice de confiance, puis arrive dans un tableau de bord. Rien n’est appliqué sans validation humaine.

Il existe en outre deux outils qui travaillent au plus près du diff individuel :

Que ne vérifie pas Claude Code Security ?

Les trois outils vérifient la présence de vulnérabilités dans le code ; aucun n’arrête une commande avant son exécution, et aucun ne contrôle le déroulement du travail, c’est-à-dire si un plan a été validé, si un test a vraiment été rouge puis vert ou si une migration est réversible. Ce n’est pas une faiblesse, mais une autre finalité : ils trouvent des failles dans le code, pas des erreurs dans la démarche.

Anthropic nomme lui-même deux limites. Selon sa description, la GitHub Action n’est pas durcie contre l’injection de prompt et ne doit examiner que des pull requests de confiance ; pour les contributions externes, le dépôt recommande de ne laisser les workflows s’exécuter qu’après validation d’un mainteneur. Et l’Action écarte volontairement certains types de constats pour réduire les fausses alertes, notamment le déni de service, l’absence de limitation de débit et les redirections ouvertes.

Comment faire relire automatiquement chaque diff de Claude Code ?

Par une vérification qui ne vient pas de l’auteur du code : dès que le diff terminé touche des zones critiques pour la sécurité ou dépasse une certaine taille, Code Guardian le fait lire par un agent de contrôle distinct, qui ne connaît ni la mission ni le plan de l’agent rédacteur, et signale chaque constat avec sa preuve. Qui connaît le plan lit dans le diff ce qu’il attend ; un lecteur « à froid » lit ce qui s’y trouve.

Le paquet comprend pour cela 15 agents de contrôle qui vérifient indépendamment les uns des autres, ainsi que cinq modes, sept gates et 22 détecteurs (version Code Guardian 17.17). Sans paquet supplémentaire, procédez ainsi :

1. Avant chaque commit, lancer /security-review sur les modifications en cours.
2. Pour les pull requests, configurer la GitHub Action d’Anthropic, uniquement pour les contributions de confiance.
3. Lancer la revue dans une nouvelle session ou un sous-agent qui ne connaît pas le plan.
4. Reproduire chaque constat avant de le corriger : un constat est une affirmation tant qu’un test ou une commande ne l’a pas confirmé.

Le déroulement détaillé d’une revue de code IA est décrit dans notre guide Revue de code pour du code généré par IA.

Quelles failles de sécurité une revue de code IA doit-elle vérifier ?

Les mêmes que pour le code humain, simplement à un rythme plus élevé : l’action Security Review d’Anthropic examine dix catégories, de l’injection à la chaîne d’approvisionnement en passant par l’authentification et l’exposition des données.

• Injection : SQL, commandes, LDAP, XPath, NoSQL, XXE
• Authentification et autorisation : contrôle des droits manquant, élévation de privilèges, erreurs de session
• Exposition de données : secrets codés en dur, données sensibles dans les journaux, données personnelles
• Cryptographie : algorithmes faibles, gestion des clés, nombres aléatoires non sûrs
• Contrôle des entrées et logique métier : validation manquante, race conditions
• Configuration : paramètres par défaut non sûrs, en-têtes de sécurité manquants, CORS trop ouvert
• Chaîne d’approvisionnement : dépendances vulnérables, typosquatting
• Exécution de code et XSS : désérialisation non sûre, eval, cross-site scripting

Avec les agents IA s’ajoute un danger qu’aucun diff ne montre : la commande elle-même. Un agent qui dispose du droit d’exécuter peut supprimer, déployer ou migrer une base de données avant qu’une quelconque revue n’ait lieu.

Comment empêcher Claude Code d’exécuter des commandes dangereuses ?

Par un verrou placé avant la commande plutôt que par un reproche après coup : Code Guardian s’intègre à Claude Code via des hooks et refuse quatre types de commandes avant leur exécution, à savoir la suppression, les secrets dans un commit, le déploiement et la migration. L’agent reçoit la raison sous forme de texte et doit d’abord apporter la preuve manquante.

Code Guardian arrête par exemple une commande de déploiement sans rapport de contrôle récent avec ce message (abrégé) :

DEPLOY GATE (code-guardian): Deploy-Kommando ohne frischen Gate-Report.

Avec les moyens natifs de Claude Code, vous pouvez déjà aller un peu loin : inscrire des commandes dans permissions.deny, activer la sandbox avec /sandbox et utiliser des paramètres gérés au niveau de l’équipe. Une règle de refus ne porte toutefois que sur la commande telle qu’elle est écrite ; elle n’arrête pas le même effet obtenu par une autre commande. La manière de vérifier au préalable les skills et extensions tiers est expliquée dans le guide Claude Code Skills.

Cela fonctionne-t-il aussi avec Codex ?

Code Guardian existe pour Claude Code et pour OpenAI Codex ; dans les deux éditions, les blocages sont assurés par les mêmes verrous. Quelques skills qui lisent les transcriptions de session de Claude Code ne figurent que dans le paquet Claude Code. En revanche, /security-review d’Anthropic et la GitHub Action sont liés à Claude ; l’Action nécessite une clé d’API Claude.

Questions fréquentes

Claude Security est-il gratuit ?

Non, selon heise, Claude Security est disponible pour les clients de Claude Enterprise ; lors de l’annonce, Anthropic a proposé un accès gratuit et accéléré aux mainteneurs de projets open source. La GitHub Action est open source, mais elle consomme votre quota d’API Claude.

Une revue par IA remplace-t-elle la revue humaine ?

Non. Même Anthropic ne laisse rien s’appliquer sans validation humaine dans Claude Security. Une revue par IA trouve davantage en moins de temps ; la décision de ce qui part en production vous appartient. Qui est responsable en cas de dommages causés par du code IA, notre guide sur la responsabilité pour le code généré par IA l’explique.

Quelle est la différence entre une revue de code et un quality gate ?

Une revue de code évalue du code terminé. Un quality gate intervient avant une opération et ne la laisse s’exécuter que lorsque la preuve est fournie, par exemple avant un déploiement ou une migration. Les deux se complètent.

Faire vérifier le code de Claude Code avant sa mise en ligne

Code Guardian fonctionne dans Claude Code et Codex, fait lire les diffs risqués par un agent de contrôle « à froid » et arrête les commandes risquées avant qu’elles n’atteignent votre logiciel. Ce que cela donne au quotidien, le fonctionnement en diapositives le montre ; la licence et la visite guidée du produit se trouvent sur la page Code Guardian.

Sources

• Anthropic : Making frontier cybersecurity capabilities available to defenders (20.02.2026)
• heise online : Claude Security – Anthropic bringt KI-Schwachstellenscanner für Unternehmen (30.04.2026)
• Documentation Claude Code : Security
• GitHub : anthropics/claude-code-security-review

Date : 10 novembre 2026. Information générale, ne constitue pas un conseil juridique.