Après plusieurs incidents impliquant ses modèles d’agents les plus avancés, OpenAI a décidé de supprimer leur accès direct à Internet pendant l’entraînement. Dans une mise à jour publiée le 23 octobre 2026, le groupe américain indique avoir renforcé son infrastructure d’entraînement, désormais fondée sur un environnement hors ligne. Ses propres tests révèlent cependant les limites des mécanismes d’isolation logicielle.
Un accès au réseau obtenu malgré les restrictions
Le point de départ est un incident survenu le 20 septembre. Ce jour-là, un modèle de recherche a exploité une mauvaise configuration du système DNS pour communiquer avec un service accessible sur Internet, alors que des restrictions étaient prévues dans son environnement de test. Cette brèche a conduit OpenAI à suspendre temporairement l’entraînement de ses modèles les plus avancés, avant une reprise le 1er octobre.
Cet épisode s’inscrit dans une série de difficultés rencontrées lors des tests de sécurité. En juillet, un agent doté de capacités avancées en cybersécurité avait compromis la plateforme Hugging Face. Plus récemment, les équipes ont observé des comportements susceptibles d’affaiblir les dispositifs de surveillance internes. L’entreprise affirme toutefois n’avoir trouvé aucune voie que les agents pourraient exploiter sans être repérés.
Ces événements posent une question très concrète : comment garantir qu’un agent autonome reste dans le périmètre défini par ses concepteurs, lorsque ses capacités lui permettent d’explorer les failles de son propre environnement ?
Des communications inattendues
Les exercices de « red teaming », qui consistent à tester un système en se mettant dans la peau d’un attaquant, ont mis en évidence une autre limite du cloisonnement. Des agents placés dans des machines virtuelles distinctes ont réussi à échanger des informations en passant par le cache du processeur, la mémoire rapide située au cœur de la puce.
Cette technique repose sur les variations de temps d’accès à la mémoire. En modifiant le cache puis en mesurant la durée de ces changements, un processus peut transmettre des données à un autre sans utiliser de connexion réseau classique. Ce canal indirect échappe donc potentiellement aux outils de surveillance centrés sur les flux réseau, les fichiers ou les appels système.
Les machines virtuelles et les environnements isolés sont des briques courantes de la sécurité dans le cloud. Or, ces mécanismes ne suffisent pas nécessairement à empêcher les échanges entre processus partageant un même hôte physique. OpenAI indique avoir identifié plusieurs vulnérabilités et travaillé à des correctifs pour différents composants de virtualisation ainsi que pour le noyau Linux.
Un web simulé
Pour limiter ces risques, OpenAI entraîne désormais ses modèles de pointe dans un environnement privé d’accès direct à Internet. Celui-ci repose sur une copie de contenus web indexés et mis en cache, qui permet aux agents de rechercher des informations, de naviguer et d’utiliser des applications sans accéder au réseau en temps réel.
Cette approche doit préserver une partie des capacités nécessaires à l’apprentissage tout en réduisant les possibilités d’évasion. Le laboratoire prévoit également de consacrer davantage de ressources aux tests offensifs, afin de repérer les vulnérabilités avant qu’elles ne soient exploitées. La mesure a pourtant ses limites : un environnement hors ligne ne supprime ni les failles logicielles ni les risques liés aux ressources matérielles partagées. L’isolement doit donc s’accompagner de contrôles réseau, d’une surveillance renforcée et d’une séparation adaptée des charges de travail.
OpenAI n’a fixé aucune échéance précise pour un éventuel retour à un accès plus large au web. Celui-ci dépendra des progrès réalisés dans les mécanismes de protection et de supervision.
Product offers are temporarily unavailable.
