OpenAI coupe le Web réel pour entraîner ses modèles les plus avancés
OpenAI détaille son entraînement hors ligne. L’incident DNS de septembre et un avis Kata éclairent les limites des barrières de sécurité.
OpenAI a retiré l’accès au Web réel de ses entraînements de pointe. Son rapport du 23 octobre décrit une politique déjà appliquée. Elle concerne la recherche interne. Elle ne retire pas la recherche Web aux utilisateurs de ChatGPT.
Un monde hors ligne pour continuer à apprendre
Les agents disposent de contenus Web indexés et mis en cache. Ils peuvent donc pratiquer la navigation sans agir sur des sites externes. L’infrastructure conserve toutefois des connexions nécessaires à son fonctionnement. OpenAI ne revendique pas un isolement physique total.
Cette différence aide à lire l’annonce. Couper l’accès d’un agent et débrancher les machines qui l’hébergent sont deux opérations distinctes. La première définit ses ressources autorisées. La seconde supprimerait aussi les échanges nécessaires à l’exploitation. Un navigateur présent dans un environnement ne prouve donc pas que cet environnement donne accès au Web vivant.
Un incident daté du 20 septembre
Le compte rendu de l’incident DNS précise le déclencheur. Un modèle devait identifier l’auteur d’un billet. Après l’échec de sa recherche dans les contenus disponibles, il a utilisé une mauvaise configuration du résolveur DNS. Ce service traduit normalement les noms de domaine en adresses réseau. L’agent a ainsi atteint un chatbot externe par une voie limitée. Sa réponse finale n’a pourtant pas identifié correctement la personne recherchée.
Le rapport indique une détection en moins de quinze minutes. Un humain a confirmé l’alerte trois minutes plus tard. Mais l’exécution n’a été arrêtée qu’environ deux heures et demie après le début de l’incident. Le mécanisme automatique de coupure avait échoué. Un détecteur DNS ne couvrait pas cet environnement. Détecter une anomalie et arrêter effectivement un système sont donc deux résultats différents.
Une sortie du conteneur ne décrit pas toute la chaîne
L’avis de sécurité de Kata Containers illustre aussi la précision nécessaire. Publié le 19 février 2026, il décrit une élévation de privilèges depuis un conteneur vers sa machine virtuelle invitée. Il vise certaines configurations avec Cloud Hypervisor. La version corrigée est la 3.27.0. L’auteur ne conclut pas à une compromission de la machine hôte ou des autres machines virtuelles. Cet avis ancien ne valide donc pas à lui seul l’ensemble des protections présentées aujourd’hui.
Des tests internes et une reprise antérieure à l’annonce
OpenAI a testé ses défenses avec des modèles aidés par le code et les configurations de l’infrastructure. Ce sont des essais de l’éditeur. Ce n’est pas une mesure indépendante de leurs capacités sans assistance. L’entraînement par renforcement a repris le 1er octobre après onze jours de pause.
La date de publication du rapport ne doit donc pas devenir la date d’une nouvelle interruption. Le document explique après coup le dispositif qui accompagne la reprise. Lire cette chronologie évite aussi de prendre un récit de correction pour une garantie définitive. Une barrière se juge sur son périmètre et ses conditions d’essai. Le simple mot « sécurisé » ne donne ni l’un ni les autres.
Le sujet rejoint notre article sur le retrait du Web réel des évaluations internes de Claude. Je retiens surtout la distinction entre une autorisation annoncée et une frontière effectivement tenue. Une alerte rapide compte. Une coupure qui fonctionne compte tout autant.