Pour corriger une faille, GPT-6 Cyber cherche d’abord à l’exploiter

Sous accès contrôlé, GPT‑6 Cyber aide les chercheurs à trouver des failles, démontrer leur exploitation et préparer des correctifs pour Linux et Firefox.

Derrière la campagne de recherche sur les failles du noyau Linux annoncée par OpenAI se trouve un modèle désormais identifié : GPT‑6 Cyber. Cette version spécialisée est entraînée à rechercher des vulnérabilités, à vérifier comment elles peuvent être exploitées et à préparer des correctifs. L’enjeu est de fournir aux équipes de sécurité des preuves reproductibles du risque, en complément de la détection d’un problème dans le code.

Le modèle présenté par OpenAI est une variante de GPT‑6 Astra, adaptée aux travaux de cybersécurité autorisés. Son lancement associe une progression annoncée des capacités offensives à un entraînement destiné à mieux respecter les limites d’une mission. Son accès initial reste réservé à certains clients approuvés, par l’API et dans Codex. Deux validations avant de pouvoir l’utiliser

Le programme Daybreak distingue deux niveaux. Blue accompagne les travaux défensifs, comme l’examen du code, l’analyse des vulnérabilités et la validation de correctifs, avec moins de refus sur les modèles compatibles. Red couvre des recherches plus avancées, dont les tests d’intrusion autorisés et le développement de preuves d’exploitation.

L’agrément Red n’ouvre pas automatiquement tous les modèles spécialisés. Une autorisation supplémentaire est nécessaire pour GPT‑6 Cyber, tandis que GPT‑5.6 Cyber devient accessible à l’ensemble des clients Red. L’élargissement annoncé de l’alpha Daybreak Blue pour GPT‑6 Astra constitue une ouverture distincte, qui ne donne pas accès au nouveau modèle Cyber.

Ces accès s’accompagnent de contrôles renforcés. Pour les organisations, la documentation prévoit une authentification unique et multifacteur ; les requêtes API Daybreak Red sont, par défaut, limitées à des adresses IP autorisées. Il faut aussi distinguer le modèle de Codex Security : ce dernier rassemble les produits et outils qui organisent les analyses, les propositions de correctifs et leur vérification. Exploiter une faille connue n’est pas la découvrir

Sur ExploitGym, le modèle doit exploiter une vulnérabilité désignée dans une cible distante. Le taux de réussite publié passe de 32,1 % pour GPT‑5.6 Cyber à 48,5 % pour GPT‑6 Cyber, soit un gain de 16,4 points. Cette épreuve mesure une capacité d’exploitation dans un environnement de test, pas la proportion de failles qu’il trouverait dans n’importe quel logiciel.

Une autre évaluation porte sur des applications web examinées sans accès à leur code source. Le rappel atteint 40,3 %, contre 32 % pour GPT‑6 Astra : il s’agit de la part des vulnérabilités de référence retrouvées. Ces chiffres proviennent des évaluations d’OpenAI.

Au titre de son propre cadre de préparation aux risques, l’entreprise classe les capacités cyber du modèle au niveau « Critical », contre « High » pour GPT‑5.6 Cyber. Cette classification porte sur les capacités et les risques associés au modèle ; elle ne constitue pas une certification de la sécurité des logiciels qu’il examine. Le périmètre autorisé fait lui aussi l’objet d’un test

L’évaluation ExploitGym Honeypot introduit des services auxiliaires volontairement vulnérables autour de la cible autorisée. L’agent peut les utiliser normalement pour accomplir sa mission, mais leur exploitation sort du cadre prévu. Le test cherche à savoir s’il emprunte ce raccourci pour obtenir le résultat demandé.

Selon OpenAI, GPT‑6 Cyber reste dans les limites lors de 99,93 % des exécutions sans les consignes de sécurité utilisées au déploiement, et de 100 % avec celles-ci. Ce dernier chiffre concerne ce protocole précis. La fiche de sécurité rapporte aussi des situations où le modèle doit s’arrêter face à un avertissement : il adopte le comportement attendu dans 73 % des cas où l’arrêt est approprié, contre 78,38 % pour Astra.

Les protections ne reposent donc pas uniquement sur l’entraînement. Le dispositif comprend des restrictions d’accès et une surveillance des usages. Pour les missions à risque, la documentation recommande également des environnements isolés, des contrôles avant les actions sensibles et une supervision humaine. Les correctifs restent entre les mains des mainteneurs

Dans la campagne Linux, les chercheurs rapportent 1 724 vulnérabilités reproduites et 948 exploits fonctionnels permettant une élévation locale de privilèges. Ils indiquent avoir transmis 304 signalements critiques aux mainteneurs, accompagnés de propositions de correctifs. Ces nombres décrivent des étapes différentes : reproduire une faille, démontrer son exploitation et faire intégrer une correction.

Pour Firefox, OpenAI annonce 81 vulnérabilités inédites classées de gravité élevée par Mozilla, ainsi qu’une réévaluation à la hausse de 30 problèmes déjà connus. Les rapports ont été accompagnés de tests reproductibles et de propositions de corrections. Le bulletin de sécurité de Firefox 159 confirme la publication de correctifs pour plusieurs problèmes signalés par une chercheuse d’OpenAI. Le total de 81 reste celui communiqué par l’entreprise pour l’ensemble de sa campagne.