OpenAI licencie trois chercheurs, ils accusent la direction d’étouffer les alertes de sécurité

Chez OpenAI, la sécurité des modèles ne se joue plus seulement dans les laboratoires : elle s’est transformée en conflit ouvert entre la direction et des chercheurs licenciés. L’entreprise invoque une « rupture de confiance » liée au traitement d’informations sensibles ; les intéressés redoutent surtout qu’un signal envoyé aux équipes soit clair : certaines alertes peuvent coûter leur poste.

Trois licenciements, deux récits incompatibles

Le 9 octobre 2026, OpenAI a confirmé le licenciement de Tomek Korbak, Jasmine Wang et Mikita Balesni. Selon l’entreprise, une enquête interne a conclu à des violations de ses règles concernant la gestion d’informations sensibles. OpenAI présente donc ces départs comme une mesure disciplinaire, et non comme une décision liée au contenu des travaux scientifiques des trois chercheurs.

La formule retenue par la direction — une rupture de confiance — reste toutefois peu précise. Les éléments publics ne détaillent pas la nature exacte des informations concernées, les règles qui auraient été enfreintes ni les faits établis par l’enquête. Cette absence de précisions laisse une zone d’ombre importante : dans une entreprise qui développe des modèles parmi les plus avancés du secteur, les frontières entre recherche, partage interne d’informations et signalement d’un risque peuvent être particulièrement sensibles.

Les chercheurs contestent le récit de l’entreprise. Dans une prise de position publique, ils affirment que leur éviction pourrait décourager les employés de faire remonter des inquiétudes concernant la sécurité des modèles. Leur critique ne porte donc pas uniquement sur leur situation personnelle. Elle vise le fonctionnement même des mécanismes internes censés permettre de détecter un problème avant le déploiement d’un système.

Une crise de gouvernance plus que de communication

Le conflit oppose deux principes qui coexistent difficilement dans une entreprise d’IA : la protection stricte des informations confidentielles et la liberté de signaler un risque technique ou organisationnel.

Les modèles avancés exigent la circulation de données sensibles : résultats d’évaluations, failles découvertes lors de tests, capacités émergentes, méthodes d’entraînement ou scénarios d’abus. Une diffusion non autorisée peut exposer des travaux propriétaires, faciliter une exploitation malveillante ou fragiliser la sécurité d’un modèle avant sa mise à disposition.

Mais un contrôle trop opaque de ces informations peut produire l’effet inverse de celui recherché. Si un chercheur ne sait pas comment documenter une alerte, à qui la transmettre ou quelle protection lui est accordée, le risque n’est plus seulement une fuite de données. C’est la disparition progressive des remontées critiques, celles qui permettent de contester une décision de déploiement ou de demander des tests supplémentaires.

Ce point est central dans le cas présent. Les trois chercheurs demandent notamment le maintien d’un suivi indépendant des modèles les plus avancés. L’objectif est de conserver une capacité d’évaluation qui ne dépende pas entièrement de la hiérarchie chargée de faire progresser les produits ou de respecter un calendrier de lancement.

La sécurité dépend de la possibilité de dire non

Dans les organisations qui développent des systèmes à haut risque, un dispositif de sécurité crédible ne repose pas uniquement sur des procédures écrites. Il dépend aussi de la possibilité, pour un salarié, de contester une décision sans craindre une sanction disproportionnée.

Cette protection peut prendre plusieurs formes : canal d’alerte distinct de la chaîne managériale, conservation des traces d’évaluation, comité indépendant, droit de réponse lors d’une procédure disciplinaire ou audit externe des incidents. Rien n’indique, dans les éléments rendus publics, qu’un tel dispositif ait été utilisé ou qu’il ait été écarté dans le cas de Korbak, Wang et Balesni. C’est précisément ce manque d’information qui alimente la controverse.

La direction d’OpenAI doit, de son côté, arbitrer entre transparence et confidentialité. Détailler publiquement les faits reprochés pourrait révéler des informations sensibles ou exposer davantage les mécanismes de protection internes. Mais une justification trop générale risque d’affaiblir la confiance des équipes scientifiques et de laisser penser que la notion de sécurité sert aussi à contrôler les dissensions.

Un précédent pour les équipes qui évaluent les modèles

L’enjeu dépasse les trois licenciements. OpenAI est devenue un environnement où les travaux sur l’alignement, les capacités émergentes et les risques d’usage sont liés à des décisions commerciales et stratégiques. Les chercheurs chargés d’évaluer un modèle peuvent identifier un danger qui ralentit un lancement, impose un entraînement supplémentaire ou remet en cause une feuille de route.

Dans ce contexte, la question déterminante n’est pas seulement de savoir si une règle de confidentialité a été violée. Il faut aussi déterminer si les règles permettent de distinguer clairement une divulgation fautive d’un signalement légitime. Sans cette distinction, une politique de protection des informations peut être perçue comme un instrument disciplinaire plutôt que comme une garantie de sécurité.

Le précédent créé par cette affaire sera observé par les employés d’OpenAI, mais aussi par les autorités et les partenaires qui évaluent la fiabilité de ses processus. Une entreprise peut afficher des tests internes sophistiqués ; si les personnes qui découvrent une faiblesse ne disposent pas d’une voie indépendante pour la signaler, la valeur de ces tests devient difficile à mesurer.

Le prochain test sera institutionnel

La suite dépendra de la capacité d’OpenAI à clarifier trois points : les règles exactes appliquées, la procédure suivie pendant l’enquête et les garanties accordées aux salariés qui signalent un risque de sécurité. Une vérification indépendante pourrait également établir si les licenciements relèvent d’une infraction aux règles de confidentialité, d’un conflit sur la manière de faire remonter une alerte, ou des deux.

Pour les modèles les plus avancés, la conséquence est concrète : la qualité du suivi ne se mesurera pas seulement au nombre de tests réalisés, mais à la possibilité de conserver une évaluation indépendante jusqu’après le déploiement. Si la demande des chercheurs n’est pas traitée, le coût pourrait se traduire par moins d’alertes documentées, davantage de tensions internes et une confiance réduite dans les décisions de sécurité. S’il est mis en place, un mécanisme de supervision séparé de la hiérarchie opérationnelle fournirait au contraire un indicateur vérifiable de la maturité de la gouvernance d’OpenAI.