L'outil Claude Code d'Anthropic expose accidentellement des données sensibles de développeurs sur des dépôts GitHub publics, selon des chercheurs en sécurité d'Apiiro. Le problème vient de la façon dont l'assistant de programmation stocke les commandes shell approuvées dans un fichier de configuration local.
Apiiro a recensé plus de 100 000 cas où le fichier de configuration local de Claude Code avait été téléversé vers un dépôt GitHub public. Environ 1 100 de ces fichiers, issus de 63 organisations différentes, contenaient de vrais secrets : jetons API publics, mots de passe de bases de données et clés privées.
Comment Claude Code laisse fuiter les identifiants
Lorsqu'un développeur approuve une commande shell automatisée dans Claude Code et choisit « Oui, et ne plus demander », cette autorisation est enregistrée comme règle dans un fichier nommé .claude/settings.local.json sur la machine locale. La règle est parfois stockée sous forme de motif, mais la commande elle-même est souvent écrite dans le fichier telle qu'elle a été exécutée, y compris les mots de passe ou jetons qu'elle contient.
La documentation d'Anthropic indique que ce fichier est ajouté à la liste .gitignore globale du développeur, ce qui le tient normalement à l'écart du contrôle de version. Or cette protection ne s'applique pas au niveau du dépôt. Le fichier peut donc être téléversé par accident si un dépôt est cloné sur une autre machine ou si un dossier devient dépôt par la suite.
Apiiro note aussi que Claude Code lui-même peut valider des modifications du fichier de configuration sans intervention de l'utilisateur, ce qui rend la fuite facile à manquer. Même après la suppression d'un fichier d'un dépôt, les secrets peuvent subsister dans les forks du projet d'origine.
La réponse d'Anthropic et les rapports de bug
Selon Ars Technica, le problème a été signalé dans un rapport de bug de Claude Code dès août 2025. D'autres rapports mentionnaient que le même fichier n'était parfois pas ajouté à la liste .gitignore de l'utilisateur, ou que des commandes sensibles étaient écrites dans un autre fichier non protégé. Ces rapports ont été clos après 60 jours d'inactivité.
Boris Cherny, de l'équipe Claude Code, a déclaré sur Hacker News que l'équipe étudie ce qu'elle peut faire pour éviter le problème. Il a ajouté que ces fichiers de configuration ne devraient presque jamais être intégrés au contrôle de version, et que de tels cas semblent n'apparaître que lorsque des fichiers sont créés manuellement puis intégrés.
