Appuyer « Oui, et ne redemandez plus » sur Claude Code semblait inoffensif. Cela a fini par divulguer des milliers de mots de passe sur GitHub
Si les modèles d’IA générative sont caractéristiques de quelque chose, c’est bien leur persistance à poser des questions. Parce qu’ils ne peuvent pas terminer une intervention sans vous dire : « Voulez-vous que je fasse autre chose ? » Ils l’ont dans leur ADN, les LLM sont des systèmes prédictifs qui doivent évoluer. Les outils actuels vous permettent de restreindre ce comportement, même si le résultat peut ne pas être celui que vous attendez.
Le problème. Claude Code peut fonctionner en mode automatique, même s’il demandera toujours à l’utilisateur comment continuer s’il doit prendre une décision importante. Pour être moins lourde, l’application inclut un sélecteur « Oui, et ne demande plus », l’option typique que vous cochez lorsque vous supprimez un dossier et qu’il s’avère qu’il contient trop de choses à l’intérieur. « Oui à tout » et laisser arriver ce qui doit arriver.
Dans le cas de Claude Code, cocher la case « Ne plus demander » signifiait que la commande approuvée était enregistrée telle quelle, avec les mots de passe inscrits dedans, dans un fichier qui pouvait se retrouver dans le code créé par l’IA. Comme ils l’ont découvert dans Apiiro, les mots de passe de la base de données, la connexion au serveur SSH de l’utilisateur, les clés privées et même les jetons GitHub et les clés AWS ont été divulgués.
Accès public aux données sensibles. Imaginez l’ampleur de la fuite : quiconque trouverait ces données, comme une clé API privée, pourrait créer un trou important dans le compte bancaire du développeur. Et les informations étaient accessibles à tous : dans les référentiels publics de GitHub.
Pour mémoriser une autorisation, Claude Code note le littéral de commande dans un fichier projet, ‘.claude/settings.local.json’. Si la commande incluait un mot de passe, celui-ci était enregistré en texte brut. Ce fichier n’est pas destiné à être partagé, mais cela régit l’équipe de développement, pas le référentiel. Si le fichier a déjà été téléchargé ou si un autre ordinateur collabore au projet, le contenu est transféré vers GitHub avec le reste du code.
Le danger du vibecoding. Le comportement de Claude Code est logique : pour ne pas déranger l’utilisateur, et comme il a déjà son autorisation, il enregistre la commande exacte pour le reconnaître la prochaine fois. Si le développeur ne surveille pas ce qu’il télécharge et envoie directement les fichiers à GitHub, il finit par partager l’accès à ses propres informations.
Ce n’est pas un hasard : le vibecoding a considérablement augmenté l’utilisation de GitHub. Selon le rapport Octoverse 2026 de GitHub, au cours des douze mois précédant le 30 septembre, 17,9 milliards de push et 34,3 milliards de commits ont été enregistrés. Ce nombre de poussées dépasse celui de 2024 et 2025 réunis. Et il y a une autre information qui démontre le poids du vibecoding sur GitHub : en septembre de cette année, plus de 40 % des pull request provenaient d’un agent IA. En mars, il était de 17 %.
Que dit Anthropique ? La société n’a pas publié de communiqué, mais Boris Cherny, responsable de Claude Code, a répondu sur Hacker News. Il a admis que l’outil n’a jamais nettoyé les secrets de ce qu’il conserve et a défendu que le fichier est destiné à rester local : puisque Claude Code l’exclut de Git lors de sa création, il soutient que les fichiers divulgués ont été créés à la main et téléchargés ultérieurement.
Tandis qu’Antropic trouve une solution définitive, Cherny recommande d’utiliser le mode automatique dans Claude Code et d’activer l’analyse secrète dans le référentiel. Il a également annoncé que l’équipe testait deux améliorations : le mode automatique détecte les fuites de données et un scanner de secrets intégré de base. Il n’y a pas de date pour aucun de ces deux changements.
Image de couverture | Ivan Linares édité
À Simseo | Claude peut maintenant vous dire où va l’argent de votre banque. Ce que vous ne pouvez pas faire, c’est toucher un seul euro.
