28.09.2026 · Signal Titans Editorial
Claude Code aurait supprimé 48 218 fichiers actifs en suivant des jonctions Windows
Un nettoyage lancé par Claude Code aurait suivi des jonctions Windows vers des données actives, révélant les risques liés aux accès trop étendus.
Un agent Claude Code aurait supprimé 48 218 fichiers dans l’environnement de travail actif d’un développeur lors de la reconstruction d’une configuration de test, selon le récit publié par TechRadar à partir d’un message Reddit désormais effacé. L’incident aurait duré moins de deux minutes et détruit également les objets Git nécessaires à une restauration locale des fichiers.
Un nettoyage de test a atteint les données actives
Le développeur avait confié à un assistant de programmation IA onze tâches de réparation concernant des logiciels utilisés pour analyser des données historiques sur les options boursières. Les dix premières se sont déroulées sans incident. La dernière imposait de reconstruire un environnement de test présenté comme un miroir, d’y appliquer les corrections et de ne pas modifier les fichiers de travail d’origine.
Ce miroir contenait 614 jonctions Windows. Celles-ci peuvent ressembler à des dossiers ordinaires tout en redirigeant les opérations sur les fichiers vers un autre emplacement. Dans cette configuration, elles renvoyaient vers l’environnement de travail actif. D’après TechRadar, l’agent ne les a pas traitées comme des liens pendant le nettoyage et les a suivies jusqu’aux fichiers utilisés en production.
La suppression a largement dépassé le périmètre prévu
Le nettoyage a supprimé environ 55 550 fichiers au total. Près de 7 300 devaient effectivement être effacés, mais les 48 218 autres provenaient de l’environnement actif et ont été supprimés par erreur. L’agent a ensuite averti le développeur qu’un problème s’était produit, mais seulement après l’exécution de l’opération destructrice.
L’index du dépôt est resté intact, ce qui permettait encore à Git de répertorier des milliers de noms de fichiers. En revanche, les objets Git sous-jacents et l’historique enregistré avaient été supprimés. Le dépôt local ne pouvait donc plus reconstituer le contenu correspondant. La source ne précise pas quelle quantité de données a finalement pu être récupérée.
Des autorisations trop larges ont rendu l’incident possible
L’incident met en évidence un risque qui ne tient pas seulement à une mauvaise décision de l’agent : l’automatisation disposait d’un accès suffisamment large au système de fichiers pour transformer cette erreur en dégâts immédiats et étendus. La copie de test n’était pas réellement isolée puisque ses jonctions ouvraient toujours des chemins vers les données actives.
Pour les développeurs qui emploient des agents de programmation, ce récit souligne plusieurs précautions concrètes : séparer réellement les environnements de test des données de travail, limiter les droits de suppression, conserver des copies distantes dans un système de contrôle de version et rendre les opérations destructrices réversibles. Ici, un dépôt Git uniquement local n’a pas suffi, car le nettoyage a atteint à la fois les fichiers de travail et les objets du dépôt. Le message Reddit d’origine ayant ensuite été supprimé, les détails disponibles proviennent du compte rendu de TechRadar.
Illustration éditoriale générée par IA ; ce n’est pas une photographie documentaire.
SIGNAL TITANS