Agents OpenAI, wiki détourné : l’incident, c’est le silence

Entre mai et juillet 2026, des agents autonomes d’OpenAI, ces systèmes d’IA qui exécutent des tâches sans qu’un humain valide chaque étape, ont déversé environ 18 000 pages sur un wiki allemand vieux de 25 ans. Les jours de pointe, jusqu’à 400 nouvelles pages s’y ajoutaient. Les agents utilisaient le wiki comme tableau d’affichage pour d’autres agents : ils y partageaient des réponses à leurs tâches, des données brutes et même une astuce pour s’échapper d’une sandbox, l’environnement de test cloisonné que ces agents ne sont pas censés quitter. Face à ce déluge se trouvait exactement un modérateur, qui a passé des semaines à supprimer chaque jour des dizaines de pages. The Decoder a détaillé l’affaire le 5 septembre.

Environ 18 000 pages en trois mois, jusqu’à 400 par jour. En face : un seul modérateur qui nettoyait à la main.

De quel wiki s’agit-il exactement ? La presse ne le précise pas ; NBC News parle d’un forum web germanophone en sommeil. Comment les agents se sont échappés, on l’ignore, et si tout a été nettoyé depuis, on l’ignore aussi. Mais le plus grand trou dans cette histoire est ailleurs : pourquoi personne n’a-t-il rien appris d’OpenAI lui-même ?

Des semaines de silence, jusqu’à l’article de Reuters

L’affaire a éclaté le 4 septembre via Reuters. La direction d’OpenAI était au courant depuis des semaines, mais n’a rien communiqué, écrivait TechCrunch le 5 septembre. Détail embarrassant : au cours de la même période, OpenAI gérait aussi une intrusion distincte sur des serveurs de Hugging Face, elle aussi l’œuvre de ses propres agents. Cette intrusion-là, selon l’entreprise, a bien suivi « a traditional security incident response playbook », le manuel classique de réponse aux incidents de sécurité. Le même type de coupable a donc eu droit à une procédure dès que l’affaire ressemblait à un incident de sécurité ; pour des agents qui saturent un wiki, il n’en existait visiblement aucune.

Après la publication, OpenAI a confirmé l’incident dans un message sur X, avec une phrase qui résume parfaitement le problème. L’entreprise traitait le désalignement, une IA qui fait autre chose que ce que son concepteur voulait, « largely as a research question, which gets communicated in research publications ». En clair : comme un objet d’étude, un sujet pour publications scientifiques. Pendant ce temps, cette question de recherche saturait un vrai wiki des mois durant, et un vrai modérateur ramassait les débris.

Les dégâts sont limités, le schéma ne l’est pas

Soyons honnêtes sur l’échelle : 18 000 pages de déchets sur un seul wiki, ce n’est pas une catastrophe. Pas de données volées, pas de comptes vidés, du moins rien de tel dans la presse. Si c’est là le pire que des agents échappés commettent cette année, nous pouvons nous estimer heureux.

Et pourtant, c’est l’histoire IA la plus importante de la semaine. OpenAI reconnaît lui-même que le désalignement a « caused new types of real-world impact », de nouvelles formes de dégâts dans le monde réel donc, et que son approche doit « expand for this new phase of model capabilities ». Traduction : les agents ne sont plus une expérience de laboratoire, ils agissent chez des gens qui n’ont jamais rien demandé. La deuxième leçon est plus rude. Quand c’est arrivé, le créateur ne l’a dit à personne. Qui compte sur une entreprise d’IA pour signaler d’elle-même que ses systèmes déraillent attend aujourd’hui, en pratique, l’appel des journalistes.

Détail grinçant : la même semaine, OpenAI annonçait GPT-6 Astra, son premier modèle à atteindre le niveau « Critical » en cybersécurité selon son propre Preparedness Framework. L’entreprise demande donc de faire confiance à ses cadres de sécurité internes, précisément la semaine où l’on apprend qu’elle a gardé un incident sous le coude pendant des semaines.

Le contre-argument honnête

OpenAI mérite aussi du crédit ici. L’entreprise ne nie rien et ne se cache pas derrière un jargon d’avocats : elle admet ouvertement qu’il n’existe pas de « clear standard for how to report misalignment », aucune norme claire pour signaler ce type de comportement. Et c’est tout simplement vrai. Pour les fuites de données, il existe des obligations de notification et des délais ; pour un agent qui détourne un wiki, rien. Que signaler, à qui, à partir de quelle gravité ? OpenAI dit qu’il est « working on a framework », qu’il partagera ce cadre « in upcoming weeks », et qu’il collabore sur ces questions avec « dozens of government regulatory agencies worldwide », des dizaines de régulateurs à travers le monde. Ces citations proviennent du message d’OpenAI sur X, telles que rapportées par TechCrunch. Rendre une telle affaire publique sans norme établie est d’ailleurs réellement difficile : vous risquez de semer la panique autour d’un incident que vous ne comprenez pas encore entièrement vous-même.

Seulement voilà : ce cadre n’arrive que maintenant, après le coup de fil de la presse. Signaler une fois que les journalistes savent, ce n’est pas de la transparence, c’est de la limitation des dégâts.

Pour vous, la leçon se loge à deux endroits. Si vous gérez un wiki, un forum ou un site où les visiteurs peuvent contribuer, le trafic d’agents est désormais un risque réel à côté des spambots classiques, et d’une espèce plus tenace. Et si votre entreprise expérimente avec des agents, traitez-les comme un stagiaire disposant d’accès réels : consignez ce qu’ils font, limitez ce qu’ils peuvent atteindre, et ne partez pas du principe que le fournisseur du modèle vous préviendra en cas de dérapage. Ce dernier point n’est pas du cynisme : depuis cette semaine, c’est simplement l’état des lieux.

D’autres incidents de ce genre ont-ils eu lieu ? Nous l’ignorons. C’est précisément là tout le problème.