Claude Code : des secrets exposés sur GitHub par des fichiers de réglages locaux, selon Apiiro

Ce qu'ont trouvé les chercheurs d'Apiiro

Des chercheurs en sécurité d'Apiiro ont découvert des secrets dans des fichiers de réglages Claude Code publiés sur GitHub : mots de passe de bases de données, jetons d'API et connexions root, selon Ars Technica.

Selon Apiiro, plus de 100 000 cas de fichiers de réglages locaux ont été envoyés sur des dépôts GitHub publics. Environ 1 100 d'entre eux contenaient des secrets, provenant de 63 organisations. Ces chiffres sont ceux d'Apiiro ; le détail de la méthode de comptage n'est pas précisé dans les éléments disponibles.

Apiiro indique aussi que 215 de ces quelque 1 100 secrets n'ont pas été repérés par les scanners gitleaks et TruffleHog.

Le mécanisme : l'option « don't ask again »

Selon la documentation de Claude Code, l'outil écrit le fichier .claude/settings.local.json lorsque l'utilisateur choisit « Yes, and don't ask again » pour une commande Bash. La commande est alors enregistrée comme règle d'autorisation.

Le fichier stocke parfois la commande telle quelle, avec d'éventuelles informations sensibles.

La documentation précise que ce fichier est ajouté aux exclusions git globales lors de sa première écriture, mais uniquement si le dépôt ne l'ignore pas déjà. Si le fichier est créé à la main, l'utilisateur doit l'ajouter lui-même à .gitignore. Les éléments disponibles n'expliquent pas pourquoi, dans les cas observés, les fichiers ont tout de même été publiés.

Un signalement ancien, une réponse en cours

Le problème avait été signalé dans un rapport de bug Claude Code dès août 2025. Ces rapports ont été fermés sans action après 60 jours d'inactivité, selon Ars Technica.

Boris Cherny, de l'équipe Claude Code, a déclaré sur Hacker News que l'équipe était « looking into what we can do to prevent this » (elle examine ce qu'elle peut faire pour l'éviter). Aucune correction n'est décrite à ce stade.

Selon Ars Technica, Cherny a recommandé le mode automatique de Claude Code, tout en reconnaissant que des commandes sensibles peuvent encore y être enregistrées dans les fichiers de réglages, ce qu'il a qualifié de « good catch ». Le mode automatique ne règle donc pas complètement le sujet.

Ce que cela change pour les développeurs

Les faits établis conduisent à quelques vérifications pratiques, qui relèvent de l'analyse et non d'une consigne de l'éditeur :

• vérifier que .claude/settings.local.json figure dans .gitignore, en particulier lorsque le fichier a été créé à la main ;
• relire les règles d'autorisation enregistrées et y rechercher des mots de passe ou des jetons ;
• considérer comme compromis tout secret ayant pu être publié, et le renouveler, car un scanner peut ne pas le détecter (215 cas sur environ 1 100 selon Apiiro).

Ars Technica évoque par ailleurs un autre cas : Meta a suspendu le partage de son agent Muse le mois précédent, après que des chercheurs ont montré que les URL de ses liens pouvaient être devinées facilement.

Chiffres rapportés par Apiiro sur les fichiers de réglages Claude Code publiés sur GitHub

Indicateur	Valeur
Fichiers de réglages locaux envoyés sur des dépôts publics	plus de 100 000
Fichiers contenant des secrets	environ 1 100
Organisations concernées	63
Secrets non détectés par gitleaks et TruffleHog	215