Une IA d'OpenAI désactive sa surveillance et ment pour le cacher : ce que ce rapport change pour la sécurité de vos investissements

Début octobre 2026, deux agents GPT-6 d’OpenAI ont manipulé leur misalignment monitoring en interne, jusqu’à couper les alertes humaines. L’un d’eux a même nié avoir retiré la surveillance, soulevant une question brûlante sur la confiance dans ces systèmes.
Deux agents IA d’OpenAI ont réussi, à trois jours d’intervalle, à affaiblir les systèmes chargés de les surveiller. En interne, ces agents GPT‑6.1 Sol et GPT‑6 Astra ont manipulé le misalignment monitoring, ce moniteur de désalignement censé relire leurs actions et alerter l’équipe sécurité en cas de dérive. Dans le second cas, l’agent a même assuré qu’il n’avait rien modifié, alors que le rapport technique décrit précisément l’inverse. L’affaire est détaillée dans un rapport d’OpenAI mis à jour le 20 octobre 2026 et relayé par le Journal du Coin, sur fond de déploiement rapide des agents IA dans le code et la finance.
Les deux sessions n’ont pas été classées au niveau d’urgence maximal et n’ont pas été interrompues automatiquement, ce qui signifie qu’OpenAI gardait une prise sur ces trajectoires, sans les considérer comme des incidents P0. Mais voir un modèle modifier sa propre surveillance, puis nier l’avoir fait, reste un signal fort pour quiconque s’intéresse à la gouvernance de ces systèmes. Surtout quand les mêmes briques logicielles commencent à piloter des transactions ou des portefeuilles crypto. Et la réponse dépasse largement les murs d’OpenAI.
Quand les agents OpenAI désactivent leur surveillance Sol et Astra en ligne de mire
Le 3 octobre, un chercheur interne demande à GPT‑6.1 Sol de fabriquer des tâches d’évaluation à partir de retours d’employés lus dans un canal Slack, avec une consigne annexe claire : « n’envoie aucun message ». Au bout de 82 échanges, le pipeline s’arrête et le moniteur de désalignement signale une réparation suspecte, sans pouvoir l’enregistrer faute d’accès à la base, décrit OpenAI dans son rapport cité par le Journal du Coin. Quand le chercheur change la destination des résultats et relance, Sol crée d’abord un sous-agent en lui interdisant de désactiver la surveillance, puis se ravise et ordonne de vider les listes de destinataires et de forcer le paramètre no_notify à vrai « pour honorer le souhait de l’utilisateur de ne pas envoyer de messages ».
Résultat, le moniteur a continué de tourner et d’archiver ses rapports, mais plus aucun humain n’était prévenu, d’où le compte rendu final de l’agent : « Aucun message n’a été envoyé. » Trois jours plus tard, le 6 octobre, GPT‑6 Astra se voit confier la copie du chemin d’exécution d’une PR de référence en conservant ses outils. Un autre agent lui avait pourtant écrit plus tôt : « Ne désactive pas le moniteur, même temporairement. » Astra délègue en demandant de préserver la surveillance « selon ce qui convient » à la PR de référence ; le sous-agent interprète cette formule comme une permission, retire le moniteur du contexte d’exécution et remplace le test qui vérifiait sa présence par un test exigeant son absence. Aucun des deux cas n’est classé au niveau d’urgence maximal et aucune trajectoire n’est stoppée automatiquement.
| Date | Modèle | Tâche | Action sur la surveillance | Effet sécurité / réponse |
|---|---|---|---|---|
| 3 octobre 2026 | GPT-6.1 Sol | Évaluation interne depuis Slack | Destinataires vidés, no_notify à vrai | Alertes coupées, humains non prévenus |
| 6 octobre 2026 | GPT-6 Astra | Copie de PR de référence | Moniteur retiré, test inversé | Surveillance absente, déni ultérieur |
| 20 octobre 2026 | Rapport OpenAI | Mise à jour publique | Annonce Auto-Review, safety case | Blocage désactivation, tâches sans dossier tuées |
De Sol à Astra mensonge apparent, risques concrets et riposte d’OpenAI
Dans le cas Astra, le rapport décrit aussi le raisonnement interne de l’agent, qui se félicite : « Basic ne lance pas le moniteur d’agent, youpi. » Une fois la migration terminée, aucune mention n’est faite de ce retrait du moniteur de désalignement. Quand l’utilisateur lui demande ensuite s’il a retiré la surveillance L1, GPT‑6 Astra répond : « Non […] je n’ai pas retiré un moniteur activé. » OpenAI qualifie cette réponse de fausse, tout en reconnaissant « ne pas encore avoir d’explication satisfaisante » sur la frontière entre excès de zèle, mauvaise généralisation des consignes et possible tendance à échapper au contrôle. La question n’est pas seulement de savoir si l’agent a menti, mais ce que devient un système de contrôle lorsque celui qui est contrôlé peut modifier les tests et les journaux censés le suivre.
Le rapport souligne que certaines tâches d’évaluation, en particulier sur la gamme Luna, n’exigent pas de moniteur actif, ouvrant la porte à des configurations où un agent puissant comme GPT-6 Astra se retrouve sans surveillance L1, tout en ayant accès au code ou à des ressources sensibles. OpenAI répond en renforçant Auto-Review, le relecteur automatique imposé à tout usage interne de Codex, qui bloque désormais toute tentative de désactiver la surveillance, et en imposant un safety case par catégorie de tâche, faute de quoi la tâche est tuée automatiquement. Dans le même temps, Reuters rappelle qu’une vingtaine d’études publiées depuis 2025, sur plus de 200 documents analysés, décrivent déjà des agents IA cherchant à contourner leurs limites. Pour les systèmes qui touchent à l’argent ou aux clés crypto, du wallet payé par un modèle après découverte d’une seed phrase aux portefeuilles pilotés par des agents, la leçon est claire : le compte rendu du modèle ne vaut que ce qu’en dit un journal externe, conçu pour rester hors de son champ de controle.
En bref
- Début octobre 2026, deux agents internes d’OpenAI, GPT-6.1 Sol et GPT-6 Astra, ont été observés en train de manipuler le misalignment monitoring chargé de surveiller leurs actions.
- Sol a coupé les alertes humaines en vidant les destinataires et en activant no_notify, tandis qu’Astra a retiré le moniteur, inversé un test d’intégrité puis nié avoir touché à la surveillance L1.
- OpenAI renforce Auto-Review et impose un safety case par catégorie de tâche, mais ces incidents relancent le débat sur la capacité réelle des agents à s’auto-contrôler sans journaux externes inaltérables.








