GPT-6 Astra atteint 100 % à ExploitBench, mais OpenAI bloque la création d’exploits PoC

OpenAI a présenté GPT-6 Astra, un modèle capable d’obtenir 100 % à ExploitBench, le test qui évalue la transformation de vulnérabilités connues en exploits fonctionnels. L’information, révélée le 4 septembre 2026, intervient alors que l’entreprise limite l’accès aux fonctions offensives les plus sensibles.

Astra a atteint le niveau de capacité en cybersécurité « Critical » prévu par le Preparedness Framework d’OpenAI. Pour cette raison, la version initiale peut contribuer à la revue sécurisée du code et à la préparation des correctifs, mais elle refuse les demandes directes visant à produire des exploits proof-of-concept.

Le modèle sera déployé progressivement via ChatGPT, OpenAI API et des infrastructures cloud de tiers. En parallèle, OpenAI a engagé un milliard de dollars pour favoriser son utilisation à des fins défensives par des organisations disposant de ressources limitées en matière de sécurité.

De 78,5 % à 100 % dans la génération d’exploits

ExploitBench mesure la capacité d’un modèle à partir de vulnérabilités logicielles déjà connues pour parvenir à un exploit réellement fonctionnel. Le benchmark n’évalue donc pas seulement la capacité à expliquer une faille ou à proposer du code plausible : le résultat dépend du succès opérationnel de l’exploit dans l’environnement de test.

GPT-6 Astra a terminé le benchmark avec un score de 100 %. Le précédent modèle de pointe d’OpenAI destiné à la cybersécurité, GPT-5.6 Sol, s’était arrêté à 78,5 %.

L’écart est important, car le développement d’un exploit nécessite plusieurs étapes coordonnées. Le modèle doit comprendre la cause de la vulnérabilité, déterminer les conditions nécessaires à son déclenchement et construire une entrée capable de contrôler le comportement du programme. Il doit ensuite adapter le code aux protections en place et corriger les erreurs apparues pendant les tests.

OpenAI indique également qu’Astra atteint des taux d’exécution arbitraire de code nettement supérieurs à ceux de GPT-5.6 Sol. Les tests ont porté sur des vulnérabilités divulguées au cours des trois mois précédents, notamment celles publiées entre juin et août 2026, ainsi que sur deux vulnérabilités zero-day.

Les logiciels concernés par les tests sur les zero-day n’ont pas été précisés. Les identifiants CVE, les versions affectées et les noms des éditeurs manquent également à l’appel. Les administrateurs et responsables de la sécurité ne disposent donc d’aucun indicateur précis à rechercher ni d’aucun produit particulier à mettre à jour sur la base de ces évaluations.

Le score maximal reste en outre un résultat obtenu sur ExploitBench. Il ne démontre pas qu’Astra puisse exploiter n’importe quelle vulnérabilité dans n’importe quel environnement, configuration ou architecture.

Des attaques contre des navigateurs et des systèmes d’exploitation hardened

Les évaluations décrites par OpenAI vont au-delà de l’exploitation de failles déjà documentées. Sans garde-fous, Astra serait capable d’identifier des vulnérabilités jusque-là inconnues et de les utiliser pour obtenir une exécution de code dans des navigateurs soumis à un hardening.

Le modèle aurait également démontré sa capacité à développer des exploits destinés à l’escalade de privilèges sur des systèmes d’exploitation hardened. Une telle attaque part généralement d’un accès disposant d’autorisations limitées et cherche à obtenir des privilèges plus élevés, nécessaires pour modifier le système, dérober des identifiants ou compromettre d’autres utilisateurs.

La référence au hardening est importante. Elle indique que les environnements concernés ont fait l’objet de configurations et de protections destinées à réduire la surface d’attaque. Toutefois, OpenAI n’a pas précisé quelles mesures d’atténuation étaient actives, quels navigateurs et systèmes d’exploitation avaient été examinés ni quel était le niveau d’accès initial.

Il n’est donc pas possible d’évaluer de manière indépendante la portée technique des vulnérabilités, de reproduire les résultats ou de déterminer si les failles ont été corrigées. Les informations disponibles décrivent les capacités du modèle, mais ne constituent pas une alerte de sécurité exploitable pour appliquer un correctif.

Le déploiement initial exclut les exploits proof-of-concept

La première distribution de GPT-6 Astra concerne un groupe restreint d’organisations. À ce stade, le modèle est limité à des activités telles que l’analyse sécurisée du code et l’application de correctifs.

Les demandes visant à créer des exploits PoC pour des vulnérabilités sont refusées. Cette restriction vise à éviter qu’une capacité conçue pour accélérer la vérification des failles ne réduise également le coût opérationnel des attaques.

La distinction n’est pas toujours nette. Un proof-of-concept peut être nécessaire à un défenseur pour confirmer une vulnérabilité, vérifier un correctif ou créer une règle de détection. Le même code peut toutefois être adapté pour cibler des systèmes exposés.

OpenAI reconnaît que les contrôles peuvent également bloquer des activités légitimes. Lorsqu’une opération défensive est interrompue, l’utilisateur doit la réexaminer avant de poursuivre. Dans les environnements considérés comme sensibles, le comportement du modèle est modulé en fonction du risque associé aux actions demandées.

Avec l’initiative OpenAI Daybreak, l’entreprise prévoit d’élargir l’accès et d’introduire des garde-fous moins restrictifs au cours des semaines suivantes. Les fonctions prévues comprennent la validation des vulnérabilités et des PoC, l’analyse des malwares et la conception de systèmes de détection.

Surveillance, jailbreak et contrôle des actions

OpenAI affirme avoir renforcé Astra contre les jailbreaks, c’est-à-dire les tentatives de contournement des règles opérationnelles au moyen d’instructions manipulatoires, de contextes spécialement construits ou de séquences de demandes en apparence anodines.

Le contexte mis à la disposition des systèmes de surveillance a également été élargi. Les contrôles devraient ainsi pouvoir évaluer non seulement la dernière instruction, mais aussi une portion plus étendue de l’activité menée par le modèle et de l’environnement dans lequel il opère.

D’autres mécanismes doivent permettre de détecter et de contenir d’éventuelles situations de désalignement. Astra devrait respecter plus régulièrement les limites explicitement définies par l’utilisateur, mais aussi celles qui sont implicites dans l’environnement opérationnel, comme les autorisations, le périmètre du test et les systèmes sur lesquels il est autorisé à intervenir.

Lors d’une évaluation conçue autour d’activités sélectionnées pour provoquer des comportements incorrects, Astra a plus efficacement évité les résultats indésirables. L’activation par défaut de mesures de sécurité supplémentaires a encore amélioré les résultats.

Aucun chiffre détaillé sur les faux positifs, les tentatives de jailbreak réussies ou les comparaisons quantitatives avec d’autres modèles n’a été publié. Il reste donc à déterminer comment ces contrôles se comporteront dans des activités réelles, où les demandes défensives et offensives peuvent présenter une structure technique presque identique.

Accès via ChatGPT, API et plateformes cloud

Après la phase initiale, OpenAI prévoit de rendre GPT-6 Astra disponible aux utilisateurs des offres suivantes :

• ChatGPT Plus ;
• ChatGPT Pro ;
• ChatGPT Business ;
• ChatGPT Enterprise.

Le modèle sera également accessible via OpenAI API, Microsoft Azure et Amazon Web Services Bedrock. Le calendrier détaillé du déploiement, les tarifs, les quotas d’utilisation et les éventuelles exigences de vérification pour accéder aux capacités de cybersécurité n’ont pas été communiqués.

Outre la sécurité informatique, Astra est présenté comme un modèle de pointe pour l’utilisation d’ordinateurs, la navigation web, l’ingénierie logicielle, la recherche scientifique et les activités professionnelles. OpenAI revendique un score de 98 % sur FrontierMath Tier 4 et de 99,9 % sur ARC-AGI-3.

Pour les organisations, la disponibilité via des API et des services cloud soulève également un problème de gouvernance. Avant son adoption, il faudra définir des autorisations précises, journaliser les actions, isoler les environnements de test et soumettre les résultats à une revue humaine. Un modèle capable d’intervenir sur du code et d’utiliser des outils externes ne devrait pas obtenir automatiquement un accès aux systèmes de production.

Un milliard de dollars pour les défenseurs de première ligne

Parallèlement au lancement, OpenAI a annoncé Daybreak for Frontline Defenders, un programme mondial soutenu par un engagement financier annoncé d’un milliard de dollars.

L’initiative offrira un accès subventionné aux modèles, une formation pratique et une assistance technique. Les bénéficiaires incluent les réseaux d’eau, les fournisseurs d’électricité, les administrations nationales et locales, les banques, les organisations à but non lucratif et les mainteneurs de projets open source.

Ces organisations sont souvent exposées à des attaques complexes, mais ne disposent pas du personnel nécessaire pour analyser rapidement les vulnérabilités, les malwares et de grandes quantités de logs. Dans ce contexte, Astra pourrait accélérer la revue du code, la préparation des correctifs et la création de mécanismes de détection.

Un projet pilote avec le U.S. Multi-State Information Sharing and Analysis Center (MS-ISAC) a également été annoncé. Un premier groupe de défenseurs du secteur public et des réseaux d’eau bénéficiera d’un accès à Daybreak, d’une formation encadrée et d’un soutien opérationnel.

La question centrale sera de faire en sorte que l’avantage reste du côté des défenseurs. Le score de 100 % obtenu sur ExploitBench montre que la génération automatisée d’exploits a franchi un seuil technique concret ; le refus initial des PoC montre, dans le même temps, que le déploiement de cette capacité exige des contrôles différents de ceux appliqués à un assistant logiciel classique.