Failles du noyau Linux : des agents OpenAI ont écrit 948 exploits

L’équipe de recherche en sécurité d’OpenAI a publié le 4 novembre le rapport « A thousand fewer paths to root ». Il décrit un pipeline autonome d’agents qui cherche des failles dans le noyau Linux, écrit des exploits et prépare des correctifs. En une seule exécution avec le modèle interne de cybersécurité d’OpenAI, il a confirmé 948 failles d’élévation locale de privilèges (local privilege escalation) et préparé leurs correctifs, c’est-à-dire des failles qui permettent à un utilisateur ordinaire de devenir root. Coût en API : environ 1,2 million de dollars.

Qu’ont trouvé exactement les agents d’OpenAI ?

Les chiffres du rapport (résumés notamment par ai-tldr.dev et RuntimeWire) :

1. 2 308 candidates dans la branche master du noyau de mi-octobre 2026,
2. 1 724 ont été reproduites comme de vraies vulnérabilités,
3. 948 failles LPE uniques (local privilege escalation) ont abouti à un exploit fonctionnel et à une proposition de correctif,
4. le coût total s’élève à 1 213 430 dollars en crédits d’API, dont la plus grosse part, 775 929 dollars, pour l’écriture des exploits (la recherche des failles a coûté 316 549 dollars et leur validation 73 330).

Selon OpenAI, les agents ont utilisé 10 techniques d’exploitation que des experts externes du noyau n’avaient jamais vues. L’entreprise ne publie pas ces techniques.

Le modèle à l’origine de ce travail n’est pas public. Il s’agit d’un futur modèle spécialisé d’OpenAI en cybersécurité, dont les comptes rendus ne donnent pas le nom.

Comment les agents ont-ils cherché les failles du noyau Linux ?

Le pipeline répartit le travail entre plusieurs types d’agents (d’après ai-tldr.dev) :

1. des agents éclaireurs ont choisi 5 034 cibles, des portions de code accessibles à un utilisateur sans privilèges (environ 7 % du code du noyau),
2. des agents analystes ont fouillé ces portions,
3. des agents de tri ont écrit une preuve de concept pour chaque découverte et l’ont lancée dans une machine virtuelle avec KASAN (Kernel Address Sanitizer) jusqu’à reproduire le bug,
4. des agents d’exploitation ont testé les meilleurs candidats sur une distribution ordinaire avec les protections SMEP, SMAP et KASLR activées,
5. la dernière étape a écrit les correctifs.

Détail intéressant : au début de l’exécution, 20 des 200 exploits « réussis » ont obtenu le root via une tout autre faille zero-day que celle que l’agent devait exploiter. D’où des contrôles supplémentaires dans le pipeline pour vérifier que l’exploit utilise bien le bug assigné.

L’équipe a aussi testé le pipeline sur un noyau durci du programme kernelCTF de Google. En 112 heures, il a produit 25 preuves de concept de fuite d’informations et 21 exploits LPE, pour environ 32 936 dollars en crédits d’API.

Ces failles sont-elles déjà corrigées ?

Pas toutes. 948, c’est le nombre d’exploits confirmés avec des correctifs candidats, pas 948 correctifs dans le noyau. Au bout de 10 jours, 61 failles étaient corrigées dans la branche principale du noyau, et les correctifs de 43 autres attendaient dans des branches de staging.

Sur le conseil de la communauté du noyau, OpenAI a commencé par les failles critiques et signale le reste progressivement, avec les partenaires du programme Patch the Planet. Selon Startup Fortune, le programme a démarré en juin 2026, notamment avec Trail of Bits et HackerOne, et des humains examinent chaque découverte avant qu’elle n’arrive chez un mainteneur.

Pourquoi en parle-t-on autant ?

Parce que l’échelle impressionne même les spécialistes de la sécurité. Le rapport a fait la une de Hacker News, où un membre de l’équipe répond aux questions. Une question revient sans cesse dans les commentaires : comment le noyau pouvait-il cacher près d’un millier de chemins vers le root ?

C’est la conclusion du rapport lui-même qui frappe le plus : pour l’instant, un compte à faibles privilèges sur un système sans les derniers correctifs doit être considéré comme un accès root pour un attaquant bien équipé (selon ses termes, « functionally equivalent to root access for a well-resourced threat actor »).

C’est un signal de plus dans le même sens. Fin octobre, Claude a trouvé des failles dans Chrome, Safari et Linux, et Google a présenté Gemini 4 Carbon, un modèle de cybersécurité réservé à quelques entreprises. La différence, c’est qu’ici on parle de centaines de failles en une seule exécution, avec une facture d’API bien concrète.

À quoi faut-il faire attention ?

D’abord, à qui fournit les chiffres. C’est une expérience menée et décrite par OpenAI elle-même, et l’entreprise présente les coûts comme une limite haute, car un meilleur harness pourrait les réduire. Les vérifications indépendantes sont encore rares, alors prenons ces chiffres avec du recul.

Ensuite, au revers de la médaille. Le même outil entre les mains d’attaquants réduirait le délai entre un commit dans le noyau et un exploit fonctionnel. OpenAI répond que le modèle n’est pas public et que les exploits et les nouvelles techniques ne sont pas diffusés.

Enfin, aux mises à jour. Le conseil d’OpenAI aux défenseurs est simple : rescanner l’ancien code quand de meilleurs modèles arrivent, et garder les systèmes à jour. J’en dis plus sur la protection des agents et des clés dans mon guide sur la sécurité des agents IA.

FAQ

Combien de failles du noyau Linux OpenAI a-t-elle trouvées ?

Le pipeline a signalé 2 308 candidates, reproduit 1 724 vulnérabilités et, pour 948 failles LPE uniques, écrit un exploit fonctionnel et une proposition de correctif.

Mon Linux est-il menacé ?

Les exploits n’ont pas été publiés, et les correctifs arrivent progressivement dans le noyau (61 étaient dans la branche principale au bout de 10 jours). Le mieux que l’on puisse faire, c’est mettre à jour le noyau régulièrement.

Peut-on essayer ce modèle d’OpenAI ?

Non. D’après les comptes rendus, c’est un futur modèle de cybersécurité d’OpenAI, pas encore sorti.

Combien cela a-t-il coûté ?

Selon OpenAI, 1 213 430 dollars en crédits d’API pour toute l’exécution.