GPT-6 Cyber a trouvé 81 failles dangereuses dans Firefox et obtenu 48,5 % sur ExploitGym

Jusqu'ici, les modèles de langage aidaient surtout les équipes de sécurité à lire des logs et à expliquer les CVE des autres. D'après les résultats publiés par OpenAI, GPT-6 Cyber franchit une nouvelle étape : elle ne se contente pas d'analyser des bugs connus, elle en cherche de nouveaux et écrit des exploits pour les exploiter. Pour ceux qui sont responsables d'un produit ou d'une infrastructure, c'est un signal : le rythme de la découverte de vulnérabilités est en train de changer.

Ce que le modèle a démontré

Voici les chiffres de l'annonce. Sur le benchmark ExploitGym, GPT-6 Cyber a obtenu 48,5 %, ce qu'OpenAI présente comme un nouveau record. Dans Firefox, le modèle a découvert 81 vulnérabilités de haute gravité jusque-là inconnues. Et dans Linux, il a montré comment 948 erreurs pouvaient servir à une élévation de privilèges.

Il est important de distinguer ces trois résultats. Le benchmark mesure la capacité à transformer une erreur trouvée en exploit fonctionnel sur des tâches standardisées. La recherche de nouveaux bugs dans Firefox concerne en revanche du code réel, installé par des milliers de personnes sur leurs machines. Quant aux 948 erreurs dans Linux, il ne s'agit pas de 948 attaques abouties, mais d'erreurs que, selon OpenAI, le modèle a su relier à une élévation de privilèges.

Un exemple simple

Imaginez un vieux module en C qui analyse un fichier utilisateur. Auparavant, un auditeur passait des semaines à lire le code, à lancer un fuzzer et à chercher où un tampon dépasse ses limites. Désormais, un agent dans Codex reçoit le dépôt, lance lui-même la compilation, essaie des données d'entrée, constate le plantage, puis détermine si ce plantage peut mener à l'exécution de code arbitraire ou à l'obtention des droits root. C'est précisément cette seconde étape, de « le bug existe » à « le bug fonctionne », que mesure ExploitGym.

Pour les défenseurs, c'est une bonne nouvelle : ce qui prenait des semaines peut se faire en quelques heures et s'appliquer à l'ensemble du code, pas seulement aux parties les plus critiques. Pour les attaquants, c'est la même nouvelle, mais en sens inverse. Ce n'est pas un hasard si, dans les commentaires de l'annonce, certains ironisent : cela sera aussi accessible aux pirates.

Qui aura accès, et ce qui reste flou

Pour l'instant, GPT-6 Cyber est disponible dans Codex et via l'API uniquement pour certains participants sélectionnés du programme Daybreak Red. Cela ressemble à un déploiement prudent : d'abord des chercheurs éprouvés, puis peut-être un public plus large. Les GPT-6.2 Astra et Sol attendus ne sont toujours pas sortis aujourd'hui, il est donc trop tôt pour en parler.

Il faut aussi garder à l'esprit les limites. Tous les chiffres proviennent pour l'instant des déclarations d'OpenAI elle-même, et l'annonce ne fait état d'aucune vérification indépendante. Un score de 48,5 % au benchmark signifie que le modèle ne résout toujours pas plus de la moitié des tâches. On ignore combien des 81 découvertes sont réellement exploitables et combien de faux positifs les humains ont dû écarter. Le coût d'une telle exécution n'est pas non plus communiqué.

Que faire concrètement

Premièrement : si vous maintenez du code C ou C++, un noyau, des composants de navigateur ou des services réseau, partez du principe que l'audit par IA deviendra une étape ordinaire du processus, et pas seulement chez vous. La fenêtre entre l'apparition d'un bug et son exploitation va se réduire.

Deuxièmement : accélérez votre cycle de correctifs. Si la mise à jour de vos dépendances prend un mois, c'est déjà un risque. Automatisez la compilation, les tests et le déploiement des correctifs.

Troisièmement : si vous travaillez professionnellement dans la sécurité, renseignez-vous sur le programme Daybreak Red et ses conditions d'accès. Se familiariser tôt avec ces outils procurera un avantage tant qu'ils ne seront pas généralisés.

Quatrièmement : ne croyez pas les chiffres aveuglément. Attendez les vérifications indépendantes et les analyses des mainteneurs de Firefox et de Linux eux-mêmes : ce sont eux qui diront dans quelle mesure ces découvertes étaient réelles.

Le principal enseignement est simple : en sécurité, l'IA passe du rôle d'assistant à celui de chercheur autonome. La question n'est plus de savoir si le modèle trouvera une faille dans votre code, mais qui la trouvera en premier : vous ou quelqu'un d'autre.