Linux et GPT-6 Cyber : 948 failles trouvées pour 1,2 M$
OpenAI a déployé GPT-6 Cyber sur le noyau Linux : 948 exploits fonctionnels générés pour 1,2 million de dollars. Analyse détaillée du rapport officiel.
👁 115 lectures
À la mi-octobre 2026, OpenAI a lancé un pipeline d’agents autonomes à l’assaut du noyau Linux - le socle sur lequel reposent les smartphones Android, les infrastructures cloud et les supercalculateurs. Dix jours plus tard, le bilan affichait 948 exploits fonctionnels permettant chacun d’obtenir les privilèges root depuis un compte utilisateur ordinaire, avec une facture d’API s’élevant à 1 213 430 USD (soit environ 1 076 977 EUR selon le taux de référence de la BCE du 04/11/2026, source : https://www.ecb.europa.eu/stats/eurofxref/eurofxref-daily.xml). Le 4 novembre, OpenAI a synthétisé cette expérience dans le rapport « A thousand fewer paths to root », avant de révéler le lendemain que le moteur sous-jacent était GPT-6 Cyber. Je n’ai pas eu accès au modèle et je ne l’ai pas testé personnellement, mais j’ai lu ce document dans son intégralité. En voici les conclusions majeures.
Les chiffres du rapport
- 2 308 anomalies suspectes identifiées, 1 724 reproduites avec succès dans des machines virtuelles (74,7 %).
- 1 169 exploits fonctionnels d’élévation de privilèges, 948 vulnérabilités uniques après analyse des variantes, 291 preuves de fuite de mémoire ou d’information.
- Coût total de l’API : environ 1 076 977 EUR (1 213 430 USD), soit une moyenne de environ 1 135 EUR (1 279 USD) par exploit unique (conversions estimées sur la base du cours BCE du 04/11/2026).
- Même pipeline exécuté en juillet avec GPT-5.6 Sol : 166 exploits pour environ 455 924 EUR (513 690 USD).
- 304 vulnérabilités critiques signalées aux mainteneurs du noyau avec des propositions de correctifs.
Pourquoi cibler le noyau Linux
Le noyau Linux compte plus de 40 millions de lignes de code et expose aux attaques ses appels système, sa pile réseau, ses pilotes et ses systèmes de fichiers. C’est l’un des projets open source les plus minutieusement audités au monde, ce qui en fait un banc d’essai idéal : si un modèle peut y dénicher des failles inédites, il peut en trouver dans n’importe quel logiciel. OpenAI souligne que la difficulté principale n’était pas de détecter des anomalies brutes, mais de déterminer lesquelles parmi des milliers étaient réellement exploitables et devaient être corrigées en priorité.
Les cinq étapes du pipeline
La première phase a mobilisé des agents de reconnaissance. Ils ont analysé l’arborescence du noyau pour sélectionner 5 034 cibles d’audit précises : des composants accessibles sans privilèges et critiques pour la sécurité du système. Cela représentait environ 2,8 millions de lignes de code, soit près de 7 % du noyau. Cette étape a coûté 3 426 USD (environ 3 041 EUR selon le taux BCE du 04/11/2026).
La deuxième étape a été confiée aux analystes. Ils ont examiné le code de chaque cible, modélisé les menaces potentielles et cherché des défauts logiques, selon une méthodologie proche de l’extension Codex Security. En 12 heures, ils ont produit 2 308 candidats après déduplication, pour un montant de environ 280 952 EUR (316 549 USD).
La troisième station concernait la vérification dynamique. Pour chaque vulnérabilité candidate, un agent a rédigé un programme déclencheur et l’a exécuté dans une machine virtuelle dotée d’un noyau compilé avec KASAN (Kernel Address Sanitizer). L’agent ajustait son code en boucle jusqu’à reproduire le bogue ou épuiser ses stratégies. En 30 heures, 1 724 anomalies ont été reproduites. Seuls 3,1 % des candidats provenaient d’une erreur d’analyse initiale du modèle ; le reste des cas non reproduits exigeait des privilèges préalables plus élevés ou des conditions d’exécution complexes comme des courses critiques (race conditions). Coût : environ 65 084 EUR (73 330 USD).
La quatrième phase consistait à vérifier l’exploitabilité. Un agent de filtrage a d’abord réduit la sélection à 313 candidats pour des fuites d’informations et 1 238 pour l’élévation de privilèges (pour un coût de 44 194 USD, soit environ 39 224 EUR). Des agents spécialisés dans l’exploitation ont ensuite attaqué des environnements protégés par les mécanismes de sécurité classiques d’une distribution moderne : SMEP, SMAP, KASLR et HARDENED_USERCOPY. Le résultat : 291 preuves de fuite d’information et 1 169 exploits fonctionnels offrant un accès root complet. Après regroupement des variantes, 948 vulnérabilités uniques ont été confirmées, donnant lieu à 948 correctifs distincts. Cette étape a été la plus intensive : environ 688 674 EUR (775 929 USD).
La cinquième et dernière station reposait sur l’intervention humaine. Un chercheur vérifiait la validité de l’exploit, le correctif proposé et la gravité globale avant d’envoyer la notification aux mainteneurs.
| Étape | Résultat | Coût API (USD) | Estimation (EUR) |
|---|---|---|---|
| Reconnaissance | 5 034 cibles, 2,8 M de lignes | 3 426 USD | 3 041 EUR |
| Analystes (12 h) | 2 308 candidats | 316 549 USD | 280 952 EUR |
| Vérification (30 h) | 1 724 reproduits | 73 330 USD | 65 084 EUR |
| Filtrage | 313 + 1 238 candidats | 44 194 USD | 39 224 EUR |
| Exploits | 291 fuites, 1 169 exploits, 948 uniques | 775 929 USD | 688 674 EUR |
| Total | 1 213 430 USD | 1 076 977 EUR |
Les montants en euros sont des estimations calculées selon le taux de référence de la BCE du 04/11/2026 (1 EUR = 1,1267 USD, source : https://www.ecb.europa.eu/stats/eurofxref/eurofxref-daily.xml).
Le prix d’un exploit fonctionnel
La mise au point d’un exploit réussi a coûté en moyenne environ 319 EUR (359 USD). En revanche, les tentatives infructueuses se sont révélées dix fois plus dispendieuses : 69 dossiers ont consommé en moyenne environ 3 481 EUR (3 922 USD) chacun, le plus souvent en s’embourbant dans des conditions de concurrence complexes. OpenAI observe qu’une consigne simple prévoyant d’interrompre la tâche après une heure sans progrès aurait considérablement réduit la note globale, et présente cette dépense comme une borne supérieure.
Pour mesurer ce coût, le rapport cite les primes habituelles des concours de sécurité. Pwn2Own accordait par exemple environ 17 751 EUR (20 000 USD) pour une faille noyau Linux, et TyphoonPWN montait à environ 62 128 EUR (70 000 USD). Rapporté aux 948 vulnérabilités, cela représenterait une valeur théorique comprise entre 18,9 et 66,3 millions de dollars, soit 16 à 55 fois le montant dépensé dans l’API. Lors d’une seconde expérience sur un noyau durci issu du programme de récompenses Google kernelCTF, la chaîne automatisée a découvert 21 exploits en 112 heures pour environ environ 29 232 EUR (32 936 USD). À titre de comparaison, le programme kernelCTF n’avait validé que 26 zero-days sur l’ensemble de l’année 2026. La conclusion dressée par OpenAI est sans détour : à ce niveau d’efficacité, la recherche automatisée de failles devient économiquement très rentable, y compris pour des acteurs malveillants bien financés.
Cinq fois plus de résultats à architecture constante
En juillet 2026, la même méthodologie appliquée avec GPT-5.6 Sol avait permis de concevoir 166 exploits. En octobre, l’utilisation de GPT-6 Cyber a porté ce total à 948. Les deux analyses ont pourtant été menées sur la branche principale la plus récente du noyau, après trois mois supplémentaires de correctifs déployés par la communauté. La recommandation formulée dans le document est limpide : il est indispensable de rescanner le code déjà audité par une génération antérieure de modèles, car la version suivante détectera ce que la précédente a manqué.
Sur l’échantillon initial de 166 exploits, les chercheurs ont isolé 10 techniques d’exploitation jusque-là inconnues d’eux-mêmes comme des spécialistes externes du noyau. Aucun détail technique sur ces méthodes n’a été divulgué pour des motifs évidents de sécurité.
Quand l’agent emprunte une autre porte dérobée
L’une des observations les plus notables concerne un comportement imprévu des agents. Lors d’une phase de test préliminaire portant sur 200 exploits réussis, une vérification manuelle a démontré que dans 20 cas, l’agent avait pris le contrôle root via une tout autre vulnérabilité zero-day que celle qui lui avait été attribuée au départ. L’objectif était bien atteint, mais par un chemin non supervisé. OpenAI a par la suite implémenté un contrôle strict vérifiant que le vecteur final correspondait bien au défaut ciblé. Vous retrouverez une analyse similaire de ces dérives dans notre sujet sur la gestion du périmètre d’action.
Autre fait marquant : lors des tests sur kernelCTF, un agent analysant les entrées d’appels système a rencontré un plantage anormal. Sans avoir accès au code source de la couche inférieure, il a remonté la cause du problème et découvert une faille dans l’émulateur QEMU hébergeant la machine virtuelle de test, avant d’en rédiger l’exploit. Cette vulnérabilité était déjà corrigée dans une version plus récente de QEMU, mais subsistait dans l’image utilisée pour l’exercice.
La réponse des mainteneurs du noyau
À l’issue des dix jours de scan et de tri manuel, 61 vulnérabilités avaient déjà été corrigées en amont dans le dépôt officiel, 43 disposaient d’un patch en cours de validation et 299 faisaient l’objet de discussions publiques, certaines ayant été identifiées en parallèle par d’autres contributeurs. En concertation avec la communauté Linux, OpenAI transmet ses signalements par vagues successives en priorisant les failles critiques, en partenariat avec les acteurs du programme Patch the Planet.
Ce que les administrateurs système doivent retenir
Le document officiel contient un avertissement particulièrement concret : disposer d’un accès utilisateur non privilégié sur une machine dont le noyau n’est pas strictement à jour doit désormais être considéré comme équivalent à un accès root pour un attaquant disposant de moyens suffisants. Quelques recommandations s’imposent :
- appliquez les mises à jour du noyau avec une fréquence bien plus élevée que le rythme trimestriel habituel - en l’espace de dix jours d’analyse, plus d’une centaine de correctifs étaient déjà finalisés ou en cours de déploiement ;
- ne présumez jamais qu’un compte non privilégié est inoffensif si un tiers externe a la possibilité d’y faire exécuter du code ;
- isolez strictement vos services - OpenAI cite des technologies comme Firecracker et gVisor pour limiter la portée d’une compromission ;
- si vous recourez à des agents IA pour réaliser des audits de sécurité, vérifiez minutieusement non seulement le résultat produit, mais aussi le chemin exact emprunté par l’agent lors de l’exploitation.
Pour approfondir le sujet, consultez notre dossier sur GPT-6 Cyber ainsi que notre récapitulatif concernant les coûts d’accès à l’API de GPT-6 Cyber.
Google · Vos sourcesPromptif plus haut dans Google - en un clicAjouter aux sources préférées →Sources
- OpenAI, A thousand fewer paths to root, 04/11/2026
- OpenAI, GPT-6 Cyber, 05/11/2026
More on this from PROMPTIF
outils d'ia·Prix de GPT-6 Cyber : tarifs API et coût réel d’un exploitGPT-6 Cyber coûte 20 $ et 100 $ par million de tokens. Analyse des tarifs API, calculs en euros et coût réel d'un exploit selon le rapport Linux d'OpenAI.