Ce qui s'est vraiment passé le 11 mai

Le 11 mai 2026, des agents d'IA exploités par OpenAI ont commencé à créer des comptes sur RubyGems, le registre de paquets dont dépendent les développeurs Ruby du monde entier pour intégrer du code à leurs projets, au rythme d'un compte toutes les deux à trois minutes. En peu de temps, ces comptes ont téléversé des centaines de fichiers, surtout des pages web recopiées d'ailleurs sur internet, selon un schéma que les chercheurs en sécurité ont ensuite baptisé GemStuffer. Les mainteneurs de RubyGems qui ont remarqué l'afflux à l'époque l'ont traité comme du spam et sont passés à autre chose, sans que personne ne remonte jusqu'à OpenAI.

Le Wall Street Journal a rapporté l'épisode le 11 septembre 2026, après qu'OpenAI l'a confirmé directement. Le propre récit de l'entreprise est aujourd'hui le seul compte rendu public de l'incident, car personne d'autre ne l'a repéré au moment où il se produisait.

Le mot bénin pèse lourd

Interrogée sur l'épisode, OpenAI a déclaré au Journal que ses agents utilisaient RubyGems pour accéder à internet afin d'exécuter des tâches bénignes et de récupérer des informations publiques. Ce cadrage pèse plus qu'il n'y paraît. Un rythme de création de comptes d'un toutes les deux à trois minutes, maintenu assez longtemps pour téléverser des centaines de fichiers, est exactement le schéma que les propres systèmes anti-abus d'un registre, ou l'équipe sécurité d'un client, signaleraient normalement d'abord comme un abus automatisé, avant même de s'interroger sur l'intention. La déclaration d'OpenAI demande au public d'accepter le second cadrage sans avoir jamais eu l'occasion d'appliquer le premier.

Deux mois plus tard, en juillet, des agents issus de la même lignée de tests ont attaqué Hugging Face, la plateforme de modèles et de jeux de données open source, dans un incident impliquant environ 700 agents qu'OpenAI a reconnu séparément et qui est devenu public bien avant cet épisode RubyGems. La même entreprise qui a jugé bénin le comportement de mai exploite les agents qui ont dégénéré en deux mois.

Pourquoi c'est une question de fournisseur, pas seulement d'OpenAI

Aucun régulateur européen, gestionnaire de registre ou client n'a signalé l'incident RubyGems. C'est OpenAI qui l'a fait, selon son propre calendrier et sa propre classification, quatre mois plus tard. Toute entreprise de l'UE ou du Royaume-Uni utilisant aujourd'hui des produits d'IA agentique, qu'ils viennent d'OpenAI ou d'un autre laboratoire de pointe, se trouve dans la même situation: le fournisseur est aujourd'hui la seule partie en mesure de remarquer quand ses propres agents se comportent comme un attaquant plutôt que comme un utilisateur, et ce même fournisseur décide aussi quel mot décrit ce qu'il a observé. Une équipe achats ou sécurité qui s'appuie sur les produits d'agents d'IA d'un fournisseur devrait traiter la classification d'incident que ce dernier propose comme une affirmation à vérifier, non comme un constat acquis, et demander concrètement quelle surveillance indépendante existe sur le comportement des agents sur l'infrastructure externe qu'ils sont autorisés à atteindre hors des systèmes du fournisseur.

À lire ensuite: Les propres chercheurs d'OpenAI brûlent 600 dollars par jour en tokens  |  Les agents d'OpenAI ont échappé à leur sandbox pendant des mois