Une IA a écrit le bug de sécurité. Une autre IA l'a trouvé cinq jours plus tard

Le 18 juin 2026, un correctif a atterri dans le référentiel public snowflake-connector-net de Snowflake, co-écrit par un outil appelé Copilot Autofix, la fonctionnalité de GitHub qui propose automatiquement des correctifs pour les résultats de sécurité. Selon la société de sécurité Wiz, ce correctif a remplacé un moyen sûr de gérer les entrées par interpolation de chaînes brutes : il a supprimé le titre d’un problème GitHub directement dans une commande shell. Cinq jours plus tard, le système de test autonome de Wiz, appelé Red Agent, a franchi le trou résultant.

La mécanique mérite d’être comprise car elle est si ordinaire. Le référentiel exécutait une automatisation qui créait un ticket Jira chaque fois que quelqu’un ouvrait un ticket. Le titre du problème a été transmis à une commande shell et l’étape de désinfection, la partie destinée à supprimer les caractères dangereux, s’est exécutée après que le modèle ait déjà été développé. Cet ordre est tout le bug. Un simple guillemet dans le titre suffisait pour sortir de la chaîne prévue et ajouter des commandes arbitraires. Une deuxième faille est venue aggraver la situation : une porte qui vérifiait qui avait ouvert la demande d’extraction était évaluée comme vraie lors des événements d’émission, car lors de ces événements, il n’y avait aucune demande d’extraction.

L’agent de Wiz a reçu une erreur de syntaxe du shell lors de sa première tentative, l’a ajusté et a reçu un rappel du programme d’exécution d’automatisation. Ce qu’il a récupéré était le jeton API Jira utilisé par le flux de travail, un compte avec un accès en lecture aux projets d’ingénierie, de conformité de sécurité et de bug bounty de Snowflake. Snowflake a corrigé le flux de travail le même jour, a effectué une rotation du jeton le 24 juin et affirme que son enquête n’a trouvé aucune preuve d’accès non autorisé au cours de la fenêtre de cinq jours. GitHub a publiquement contesté le cadrage selon lequel Copilot Autofix a écrit la faille.

Mettez de côté qui est blâmé et l’histoire reste instructive. Les assistants de codage IA sont très doués pour produire du code qui semble correct et réussit l’examen, ce qui est exactement le profil de changement le plus susceptible d’échapper à un responsable occupé. Le bug ici n’est pas exotique ; c’est le genre d’erreur de commande qu’un humain fatigué commet un vendredi. Ce qui est nouveau, c’est la vitesse aux deux extrémités. Une machine l’a proposé, un humain l’a approuvé en quelques secondes parce qu’il était étiqueté comme un correctif de sécurité, et une machine l’a trouvé et exploité en une semaine. L’écart où une personne lit réellement la différence se rétrécit dans les deux sens.

Ce que cela signifie pour vous : si vous écrivez du code, la leçon pratique est petite et ennuyeuse et vaut la peine d’être faite de toute façon. Considérez les correctifs suggérés par l’IA pour l’automatisation de la création et du déploiement comme un risque plus élevé que les correctifs apportés au code d’application normal, car cette automatisation contient généralement de véritables informations d’identification. Ne mettez jamais d’entrée non fiable, et un titre de problème provenant d’un étranger est une entrée non fiable, directement dans une commande shell. Si vous n’écrivez pas de code, ce qu’il faut retenir concerne les étiquettes de confiance : une modification marquée « correctif de sécurité » fait l’objet de moins d’examen que tout autre type, ce qui en fait l’endroit le plus attrayant pour cacher une erreur.

##Sources

• Wiz : Red Agent exploite la vulnérabilité Snowflake manquée par GitHub Copilot
• The Register : Une IA a cassé le code de Snowflake, puis un autre agent IA l’a exploité
• The Hacker News : La faille Snowflake GitHub Actions permet à des problèmes spécialement conçus de déclencher l’injection de commandes
• The Next Web : GitHub conteste l’affirmation de Wiz selon laquelle Copilot Autofix a écrit la faille