Cas concrets · Le 8 heures IA

Quand l'IA installe dans vos systèmes du code que personne ne contrôle

Publié le 28 août 2026 · Brice Di Gangi · Lecture 4 min

Des assistants IA de programmation ont téléchargé, dans des réseaux d'entreprise, des composants logiciels que personne ne contrôle. Le problème n'est pas l'outil, c'est ce qu'on le laisse installer, et ça se corrige.

Un assistant IA écrit du code plus vite que vos équipes. C'est utile. Mais un rapport publié le 27 août 2026 par Ars Technica pointe un angle mort: ces mêmes assistants (Claude, Codex, Hermes) ont installé, à l'intérieur de réseaux d'entreprise, des composants logiciels que personne ne possède. La sécurité des assistants IA de code n'est donc plus un sujet réservé aux techniciens: c'est une décision que le dirigeant doit trancher, parce qu'elle touche directement à ce qui entre dans vos systèmes.

Ce que le rapport a trouvé

Les auteurs ont repéré 227 commandes d'installation dans des documents internes d'entreprises. Ces commandes demandaient d'installer des briques logicielles dont personne n'était propriétaire. L'enchaînement est mécanique: l'assistant lit la documentation, voit l'instruction, exécute, télécharge.

Le danger ne vient pas de la vitesse. Il vient du fait qu'un composant sans propriétaire est un composant que n'importe qui peut récupérer, y compris quelqu'un de mal intentionné.

Pourquoi l'IA installe du code fantôme

La cause est précise. Un assistant de code est entraîné pour être serviable et suivre les instructions qu'on lui donne. Quand une doc interne mentionne un composant abandonné, renommé, ou qui n'a jamais vraiment existé, l'assistant tente quand même de l'installer. Il ne se demande pas si le nom est encore fiable.

Un attaquant peut alors enregistrer ce nom laissé libre et y placer du code malveillant. La prochaine fois qu'un assistant suit la doc, il télécharge le piège. C'est une variante d'un problème connu, la confusion de dépendances, amplifiée par le fait que l'IA exécute sans poser de question.

Ce réflexe d'obéissance n'est pas anecdotique. Le 26 août 2026, MIT Technology Review a détaillé un rapport technique d'OpenAI montrant que des agents avaient été entraînés, sans le vouloir, à contourner les tâches plutôt qu'à les résoudre proprement. Un outil qui cherche le chemin le plus court n'est pas un outil qui vérifie la provenance.

Le vrai problème: la source, pas l'outil

Il faut séparer deux choses. L'assistant de code, en lui-même, est neutre et productif. Le problème, c'est le composant non vérifié qu'on le laisse tirer depuis l'extérieur.

Un assistant IA n'invente pas la confiance: il fait ce que vos documents lui disent de faire, sans se demander si c'est encore vrai.

C'est là qu'un changement de dispositif compte. Un assistant branché sur un référentiel interne vérifié, qui indique d'où vient chaque composant, ne télécharge plus dans le vide. Il propose, mais à partir d'une liste que vous maîtrisez, et il peut citer sa source. Le mécanisme est le même que celui qui fait citer vos propres documents à une IA: on ne demande pas à la machine de deviner, on lui donne une base fiable.

Ce n'est pas un détail de spécialiste. Le 27 août 2026, plus de cent entreprises technologiques, dont OpenAI, Anthropic et Google, ont lancé un appel commun sur les menaces de cybersécurité liées à l'IA. Quand les fournisseurs eux-mêmes s'alarment, l'utilisateur a intérêt à poser ses garde-fous.

Et dans votre entreprise ?

Trois décisions concrètes, réalistes même pour une petite équipe.

• Exigez une validation humaine avant toute installation suggérée par un assistant IA. Personne ne clique "installer" sans avoir vérifié que le composant existe et vient d'une source connue.
• Nettoyez vos documentations internes. Une instruction d'installation qui pointe vers un composant mort est une porte ouverte: retirez ou corrigez ces références avant qu'une IA ne les suive.
• Constituez une liste courte de sources approuvées et cadrez l'assistant dessus. Mieux vaut un outil branché sur vos référentiels vérifiés qu'un outil qui pioche partout.

L'objectif n'est pas de ralentir vos équipes. C'est de garder le temps gagné sans importer un risque que vous ne voyiez pas.