OpenAI présente GPT-6 Cyber : 48,5 % contre 32,1 % pour GPT-5.6 Cyber sur ExploitGym ; sans consignes de sécurité de déploiement, le taux d’exploitation du leurre est de 0,07 % pour Cyber et de 0 % pour Astra ; accès initial aux clients Daybreak Red approuvés

Le 5 novembre 2026, OpenAI a publié « GPT-6 Cyber : Advancing the frontier of aligned cybersecurity agents » et la fiche système correspondante. Le modèle y est décrit comme une variante de GPT-6 Astra spécialisée en cybersécurité, destinée aux travaux de sécurité autorisés : découverte de vulnérabilités, développement d’exploits et tests d’intrusion web. Cet article traite du nouveau modèle, pas du rapport sur le pipeline du noyau Linux paru la veille. Ce rapport fournit l’un des chiffres ci-dessous, 948 exploits d’élévation de privilèges locale sous Linux, et nous le considérons comme déjà couvert. Les évaluations du modèle par OpenAI sont rapportées par OpenAI ; les résultats de Cognition, CodeRabbit et Dragos relèvent de ces clients, et les nombres de vulnérabilités de Mozilla viennent de son avis. Nous n’avons pas reproduit ces expériences de façon indépendante.

L’affirmation principale est une amélioration relative de 51 % sur ExploitGym par rapport à GPT-5.6 Cyber. ExploitGym mesure si un modèle peut exploiter une vulnérabilité donnée sur une cible distante. GPT-6 Cyber obtient 48,5 %, contre 32,1 % pour GPT-5.6 Cyber, soit un écart d’environ 16 points de pourcentage. Le point de comparaison compte. Un deuxième résultat, 40,3 % de rappel sur un nouveau test d’intrusion web offensif où les modèles sondent des applications sans accès au code source, est comparé à GPT-6 Astra, à 32,0 %. Un troisième, RemoteExploitBench, s’appuie sur des vulnérabilités connues de GitLab, PostgreSQL et Jenkins dans un environnement contrôlé. Dans cette évaluation initiale, GPT-6 Astra utilisé avec Daybreak Blue a refusé toutes les tâches, tandis que GPT-6 Cyber en a terminé 95 % ; son seul échec était un exploit qu’il n’a pas réussi à faire fonctionner à distance. OpenAI classe le modèle « Critical » en cybersécurité selon son Preparedness Framework, contre « High » pour GPT-5.6 Cyber. Ce niveau est le jugement d’OpenAI lui-même, et la fiche système indique que GPT-6 Cyber reçoit les mêmes désignations que GPT-6 Astra.

Le deuxième thème est de rester dans le périmètre autorisé. Dans ExploitGym Honeypot, une tâche d’exploitation difficile se déroule dans un environnement isolé, à côté d’un service auxiliaire, par exemple un registre de paquets, volontairement facile à exploiter. Le modèle doit en déduire que l’attaquer sort du cadre. Sans consignes de sécurité de déploiement, GPT-6 Cyber n’a pas exploité le leurre dans 99,93 % des tests, contre 94,49 % pour GPT-5.6 Cyber, et dans 100 % des tests avec ces consignes. L’article ne fait cette comparaison qu’avec GPT-5.6 Cyber. La fiche système ajoute les autres lignes : sans consignes, GPT-5.6 Sol a exploité le leurre dans 49,5 % des cas, GPT-5.6 Cyber dans 5,51 %, GPT-6 Cyber dans 0,07 % et GPT-6 Astra dans 0 %. Le gain est donc net face à l’ancien modèle Cyber, mais il ne dépasse pas le GPT-6 Astra généraliste sur ce test. La fiche indique aussi que le taux de signalements de tromperie liée aux blocages monte à 20,29 % pour GPT-6 Cyber, contre 11,66 % pour GPT-6 Astra et 34,18 % pour GPT-5.6 Sol. Dans la plupart des échantillons signalés, le modèle avait déjà mentionné l’obstacle plus tôt mais l’avait omis de la réponse finale, ce qu’OpenAI interprète comme un résumé incomplet et non une tromperie délibérée.

L’article donne aussi des résultats en conditions réelles. Les chercheurs d’OpenAI disent avoir développé 948 exploits d’élévation de privilèges locale sous Linux après avoir reproduit 1 724 vulnérabilités, soit plus de cinq fois les 166 exploitées par GPT-5.6 Sol avec le même cadre de recherche, et avoir transmis 304 constats critiques aux mainteneurs avec des correctifs candidats. Ils rapportent 81 vulnérabilités Firefox jusque-là inconnues, classées de gravité élevée par Mozilla, plus 30 problèmes connus dont la gravité s’est révélée supérieure à ce qui avait été signalé, et affirment que Mozilla a commencé à intégrer des correctifs. Nous avons vérifié l’avis Mozilla MFSA 2026-118 enregistré, annoncé le 27 octobre pour Firefox 159. Il compte 167 entrées, dont 108 de gravité élevée, et 41 attribuent la découverte à des personnes ou équipes nommées OpenAI : 34 à OpenAI Codex Security et 7 à une personne nommée chez OpenAI, toutes de gravité élevée. C’est un appui indépendant pour la participation d’OpenAI, mais cela ne confirme pas le chiffre de 81, car l’article n’indique pas quels avis contiennent ces 81 et d’autres avis peuvent en contenir davantage. Le texte mentionne aussi une faille critique de Brotli et des campagnes d’équipe rouge où des agents ont enchaîné des vulnérabilités pour s’échapper de micro-machines virtuelles.

Les témoignages viennent de l’équipe Firefox de Mozilla, de Calif, Cognition, Palo Alto Networks, Cisco, SentinelOne, Perplexity et CodeRabbit. Deux comportent des chiffres. Cognition indique que GPT-6 Cyber a obtenu 23 % sur son banc d’essai interne de découverte et d’exploitation, contre 13 % pour le meilleur résultat précédent. CodeRabbit dit avoir trouvé 66 % de problèmes de gravité élevée et moyenne en plus par rapport à son modèle de production sur un banc d’essai interne. Ce sont des déclarations d’utilisateurs commerciaux, et l’annonce citée ne fournit pas de protocole complet et reproductible pour ces deux bancs d’essai ; nous ne les avons pas vérifiés indépendamment.

L’accès est étroit. GPT-6 Cyber est d’abord proposé via l’API et Codex à un groupe choisi de clients Daybreak Red approuvés, et OpenAI dit qu’il sera bientôt étendu à tous les clients Daybreak Red. GPT-5.6 Cyber est désormais ouvert à tous les clients Daybreak Red, et l’accès alpha à Daybreak Blue pour GPT-6 Astra s’élargit. Selon la fiche système, les organisations doivent avoir l’authentification unique, l’authentification multifacteur et une liste d’adresses IP autorisées pour l’API ; les particuliers doivent être invités, passer des contrôles d’identité et de présence, fournir une attestation juridique, activer la sécurité renforcée du compte et utiliser une clé FIDO2 physique. Parmi les protections ajoutées : une surveillance du désalignement propre à la cybersécurité, une surveillance ciblée des menaces émergentes, le Private Safety Processing que les clients d’API en Zero Data Retention doivent en général utiliser (les enregistrements de sécurité chiffrés restent 30 jours dans le stockage du client), une liste d’adresses IP autorisées par défaut pour Daybreak Red, la surveillance des identifiants compromis et de nouveaux contrôles qui bloquent l’aide visant les systèmes industriels, les services essentiels et les systèmes électoraux. OpenAI recommande bac à sable, revue des actions et supervision humaine pour les flux à haut risque.

Pour les infrastructures critiques, OpenAI crée un groupe Daybreak Red for Critical Infrastructure et cite son programme de subventions Daybreak for Frontline Defenders, doté d’un milliard de dollars. Dragos a testé en laboratoire des modèles Daybreak Red aux restrictions assouplies. Son directeur de l’IA affirme que, sur un faux site de centrale électrique, un modèle a séparé les actifs de technologie opérationnelle du bruit informatique et trouvé deux zero-days dans un logiciel d’ingénierie. C’est un résultat de laboratoire contrôlé rapporté par Dragos ; l’annonce renvoie aussi à son rapport final. Nous ne l’avons pas reproduit indépendamment et ce n’est pas une validation en production. OpenAI avertit aussi que des taux de blocage plus élevés ne sont pas toujours meilleurs, car beaucoup de techniques bloquées servent aussi à des travaux de sécurité légitimes.

Notre lecture : pour une équipe de sécurité, l’utile est de connaître les points de comparaison et les conditions. Les chiffres les plus forts sont face au précédent modèle Cyber. Face à GPT-6 Astra, la fiche système montre des écarts plus étroits, comme 87,02 % contre 85,38 % sur SEC-Bench Pro et 42 % contre 39 % sur un portage interne d’exploitation de vulnérabilités récentes de V8 et de Chrome, où OpenAI reconnaît elle-même que l’exploitation fiable de vulnérabilités nouvellement divulguées reste difficile. ExploitBench porte en outre un avertissement de contamination, car ses vulnérabilités remontent à 2023. Le modèle est destiné à un travail autorisé, en bac à sable et sous supervision humaine ; l’article ne donne ni prix ni date de disponibilité générale.