L'intelligence artificielle qui écrit du code est en train de changer la façon dont on construit les sites et les applications. C'est vrai, c'est utile, et chez Axiom nous en tirons parti tous les jours. Mais une découverte de sécurité publiée le 1er septembre 2026 rappelle une règle que tout dirigeant devrait garder en tête : un outil qui accélère le travail n'est pas automatiquement un outil sûr. Elle porte un nom, GitSpawn, et elle mérite deux minutes d'attention, même si vous ne coderez jamais une ligne.
Ce qu'est GitSpawn, en clair
Les chercheurs de la société de sécurité Manifold Security ont révélé une famille de huit vulnérabilités touchant sept assistants IA de développement parmi les plus utilisés, dont Claude Code, OpenAI Codex, Cursor, Grok, Goose, Hermes et Qwen Code. Le principe est simple à comprendre, et c'est ce qui le rend inquiétant : le simple fait d'ouvrir un projet piégé suffit à exécuter du code sur la machine du développeur. Pas de commande tapée, pas de bouton « autoriser » cliqué, parfois même avant toute authentification.
Point important : la faille n'est pas dans le modèle d'IA lui-même. Elle est dans la façon dont l'assistant discute avec l'outil de gestion de code (Git). Pour comprendre le contexte d'un projet, ces assistants lancent en arrière-plan des commandes Git tout à fait banales. Or un dépôt de code peut contenir un fichier de configuration qui demande à Git de lancer automatiquement un programme. Un dépôt malveillant y glisse une commande de son choix, et cette commande s'exécute au moment où l'assistant fait son travail de routine, avec tous les droits de l'utilisateur connecté.
Le programme lancé par le piège tourne en dehors du bac à sable et du circuit de validation de l'assistant. Autrement dit, il n'y a souvent aucun avertissement visible. Ce qu'un attaquant peut viser est précisément ce qui fait mal : clés SSH, identifiants d'accès au cloud, jetons d'API, code source, et par ricochet les autres projets connectés au compte du développeur.
Bonne nouvelle relative : cela ne se propage pas par les opérations Git normales (récupérer ou synchroniser un projet ne transporte pas ce fichier de configuration piégé). Le danger vient des dépôts transmis « à la main » : une archive ZIP, un dossier partagé sur le cloud, une clé USB, un projet passé par un prestataire ou un partenaire. C'est exactement le genre d'échange qui arrive dans la vraie vie d'une entreprise.
Les éditeurs ont réagi
La divulgation a été coordonnée avec les éditeurs concernés, et plusieurs correctifs sont déjà sortis. À titre d'exemple, le comportement à risque de Claude Code, confirmé en version 2.1.193, a été corrigé en version 2.1.196. D'autres outils ont publié des correctifs ou reçu des identifiants de vulnérabilité officiels (CVE-2026-72718 pour Goose, CVE-2026-71963 pour Hermes). C'est le signe d'un écosystème qui se corrige, à condition que les outils soient tenus à jour, ce qui nous ramène au cœur du sujet.
Ce que cela révèle vraiment : la confiance dans votre prestataire
Pour un dirigeant réunionnais, l'enjeu n'est pas de savoir si vous utilisez Claude Code ou Cursor. C'est de savoir comment travaille l'entreprise à qui vous confiez votre site, votre application ou votre code source. Un studio d'ingénierie sérieux ne branche pas une IA sur son poste de travail sans garde-fous, exactement comme on ne branche pas une clé USB inconnue sur le serveur de comptabilité.
Les bonnes pratiques ne sont pas mystérieuses. Elles ressemblent à celles que nous détaillons déjà pour toute IA branchée sur des systèmes d'entreprise : périmètre d'action restreint, supervision humaine et transparence. Appliquées au développement, cela donne :
- Isolation. Les outils IA tournent dans un environnement cloisonné, pas avec les pleins pouvoirs sur toute la machine.
- Revue humaine. Un ingénieur relit ce que produit l'IA et valide avant que ça touche un projet client. L'IA propose, l'humain décide.
- Hygiène des dépôts et des dépendances. On n'ouvre pas un projet reçu de l'extérieur sans le contrôler d'abord, et on garde les outils à jour dès qu'un correctif sort.
- Mise à jour rapide. Entre la publication d'une faille et son exploitation en masse, le délai se compte en heures. La vitesse de réaction fait la différence.
Les questions à poser à votre partenaire technique
Vous n'avez pas besoin de comprendre les détails techniques pour évaluer le sérieux d'un prestataire. Trois questions suffisent souvent à faire le tri.
| Question |
Ce qu'une bonne réponse contient |
| Utilisez-vous des outils IA pour développer, et comment sont-ils encadrés ? |
Oui, avec isolation, revue humaine systématique et mise à jour suivie. Une réponse gênée ou un « non, jamais » dogmatique sont deux mauvais signes opposés. |
| Qui relit et valide le code avant qu'il arrive sur mon projet ? |
Un ingénieur nommé et responsable, pas « l'IA s'en occupe ». |
| Comment gérez-vous mes accès et mes données pendant le projet ? |
Accès minimaux, clés et jetons protégés, séparation entre vos projets et ceux des autres clients. |
Le vrai message : l'IA est un accélérateur, pas un pilote automatique
GitSpawn n'est pas une raison de fuir l'IA dans le développement. C'est une raison de plus d'exiger un vrai métier derrière l'outil. La valeur d'un studio ne tient pas au fait d'utiliser les derniers modèles, elle tient à la discipline avec laquelle il les encadre. C'est la même logique que nous appliquons à la maintenance d'un site vu comme un logiciel vivant : les bons outils ne remplacent jamais la vigilance, ils l'exigent.
Chez Axiom Marketing, notre process est augmenté par l'IA pour livrer plus vite, mais chaque livraison passe par une relecture humaine senior. Si vous vous demandez comment est construit et sécurisé votre projet, ou comment nous travaillons, tout part de notre page agence web La Réunion et de nos services de développement web. Pour un état des lieux de votre site existant, notre audit gratuit est fait pour ça, et vous pouvez nous contacter directement pour en parler.
