Un risque discret, mais massif pour les secrets
Claude Code, l’outil d’assistance au développement d’Anthropic, se retrouve au cœur d’un problème de sécurité inattendu : des fichiers de configuration locaux ont été retrouvés sur des dépôts GitHub publics, exposant parfois des données sensibles. Selon les chercheurs en sécurité d’Apiiro, cette fuite peut inclure des mots de passe de base de données, des jetons API et même des identifiants root. Le phénomène illustre une réalité bien connue du monde du développement : un simple fichier de réglage, s’il est mal géré, peut devenir une porte d’entrée vers des informations critiques.
Le mécanisme technique derrière la fuite
Le problème provient de la façon dont Claude Code enregistre certaines décisions de l’utilisateur concernant les commandes shell automatisées. Lorsqu’une personne choisit l’option “Yes, and don’t ask again” pour autoriser l’exécution d’une commande, ce consentement est stocké dans le fichier local .claude/settings.local.json. Dans certains cas, la règle enregistrée reprend la commande telle quelle, ce qui peut inclure des éléments sensibles intégrés dans la ligne de commande. Par exemple, une commande contenant un token passé en paramètre ou une connexion temporaire à une base de données peut se retrouver sauvegardée sans que l’utilisateur mesure l’impact de cette persistance.
Pourquoi la protection prévue ne suffit pas toujours
Anthropic indique dans sa documentation que ce fichier est ajouté au .gitignore global, ce qui limite normalement son partage involontaire. Mais cette protection ne s’applique pas toujours au niveau du dépôt lui-même. Ainsi, si un dossier est transformé plus tard en dépôt Git, ou si un projet est cloné sur une autre machine, le fichier peut être inclus et publié par erreur. Dans certains scénarios, Claude Code peut même committer automatiquement des modifications de ce fichier, sans intervention explicite de l’utilisateur, ce qui augmente le risque d’exposition dans des environnements collaboratifs.
Des chiffres qui montrent l’ampleur du phénomène
Les chercheurs d’Apiiro ont identifié plus de 100 000 cas où le fichier de configuration local de Claude Code avait été téléversé dans un dépôt GitHub public. Parmi eux, environ 1 100 fichiers issus de 63 organisations contenaient réellement des secrets exploitables. Les données découvertes comprenaient notamment :
- des clés API exposées en clair ;
- des mots de passe de bases de données ;
- des clés privées utilisées pour l’accès à des services internes ;
- des identifiants d’administration à privilèges élevés.
Ce volume montre que le problème n’est pas théorique : il touche des projets réels, parfois au sein d’organisations disposant pourtant de procédures de sécurité.
Un danger qui peut survivre à la suppression du fichier
Supprimer le fichier d’un dépôt ne garantit pas la disparition immédiate du secret. Lorsqu’un dépôt public a été cloné ou forké, les informations sensibles peuvent persister dans les copies secondaires. Un secret supprimé de la branche principale peut donc continuer à circuler dans des forks, des miroirs ou des clones locaux. Dans un contexte de développement collaboratif, un exemple concret serait celui d’une équipe qui retire un fichier compromis du projet principal, mais oublie qu’une branche dérivée accessible publiquement conserve encore la version exposée.
Les bonnes pratiques à adopter sans attendre
Cette affaire rappelle qu’un outil d’IA assistée au développement doit être utilisé avec la même rigueur qu’un système de production. Pour réduire le risque, plusieurs mesures simples peuvent être mises en place :
- vérifier régulièrement les fichiers de configuration générés automatiquement ;
- exclure explicitement les fichiers sensibles au niveau du dépôt, pas seulement globalement ;
- éviter d’inclure des secrets dans les arguments de commande ;
- scanner les dépôts avec des outils de détection de secrets avant publication ;
- révoquer immédiatement tout jeton ou mot de passe exposé par erreur.
En pratique, un développeur qui automatise une tâche via Claude Code devrait considérer que toute commande enregistrée peut être relue plus tard, partagée involontairement ou indexée dans un dépôt. La vigilance sur les fichiers locaux, les permissions d’écriture et les habitudes d’automatisation reste donc essentielle pour éviter qu’un simple réglage ne devienne une fuite de données à grande échelle.
En savoir plus sur L'ABESTIT
Subscribe to get the latest posts sent to your email.
