OpenAI Codex : cryptage des instructions IA dès juin

OpenAI Codex : cryptage des instructions IA dès juin

L'outil de codage d'OpenAI, Codex, crypte désormais les instructions échangées entre les agents IA, rendant les développeurs aveugles à la délégation interne des tâches.

L'encryption est obligatoire pour les modèles plus grands GPT-5.6 Sol et Terra, mais les utilisateurs signalent que cela entraîne parfois des transferts échoués.

OpenAI n'a pas expliqué ce changement. Les développeurs soupçonnent qu'il s'agit soit d'une mesure de confidentialité de base, soit d'une tentative d'empêcher les concurrents d'utiliser la communication interne pour entraîner leurs propres modèles.

Depuis début juin, Codex crypte les instructions qu'un agent principal transmet à ses sous-agents. Les outils de codage se transforment de plus en plus en systèmes agentiques qui décomposent les tâches, délèguent des parties à des sous-agents et prennent des décisions autonomes en arrière-plan. Cela rend d'autant plus important que les utilisateurs puissent toujours suivre ces processus internes.

Depuis ce changement, l'historique de session affiche une chaîne illisible au lieu d'une description de tâche lisible. Les développeurs ne peuvent plus vérifier ce que leur agent délègue à chaque sous-agent. Un rapport de bogue sur GitHub souligne ce problème, demandant à OpenAI de stocker une copie lisible de la tâche localement aux côtés de la version cryptée.

Pendant un certain temps, GPT-5.5 ne permettait même pas aux développeurs de désactiver le cryptage via le bouton dédié, coupant ainsi toute visibilité. OpenAI a apparemment depuis rétabli GPT-5.5 sur le chemin lisible. Le cryptage forcé touche désormais les variantes plus grandes GPT-5.6, Sol et Terra. Seule la plus petite variante, Luna, utilise encore le chemin ouvert.

Le nouveau système semble également peu fiable. Plusieurs développeurs affirment que le transfert crypté à un sous-agent échoue car le contenu ne peut pas être décrypté. Dans certains cas, cela se produit même lorsque l'agent principal et le sous-agent utilisent le même modèle.

Le cryptage peut bloquer la distillation, mais la confidentialité pourrait être la raison la plus simple

OpenAI n'a pas expliqué pourquoi il crypte la communication entre agents. Seul le changement lui-même a été confirmé.

Les membres de la communauté soupçonnent que l'entreprise traite ces instructions comme des traces de raisonnement brut et souhaite empêcher les concurrents de s'en servir pour l'entraînement. Ce soupçon n'est pas infondé. Le modèle GLM-5.2 d'Zhipu AI a récemment été soupçonné d'avoir été distillé à partir de GPT-5.5 et Opus 4.8. La communication agent à agent constitue des données d'entraînement précieuses qui peuvent aider à élever un modèle plus faible vers le niveau d'un modèle plus fort. Le crypter permettrait de garder ce matériel hors de portée des concurrents.

Une raison plus simple est tout aussi plausible. L'API d'OpenAI crypte déjà les états intermédiaires afin qu'ils puissent être transmis dans des requêtes de suivi sans stocker de texte en clair sur ses serveurs. Nous attendons toujours qu'OpenAI confirme si ce changement concerne la protection contre la distillation, la confidentialité des données, ou les deux.