# OpenAI signale 948 failles locales de type root dans Linux

Published: 2026-11-06

OpenAI signale 948 découvertes uniques d'escalade de privilèges locaux et de correctifs candidats provenant d'un pipeline de recherche Linux contrôlé, pour environ 1,2 million de dollars en crédits API. Le décompte utilise des correctifs candidats distincts après une analyse de variantes de 1 169 évaluations réussies. Une erreur d'attribution de faille précoce a provoqué une vérification de chemin indépendante, tandis que l'examen humain des correctifs et l'acceptation en amont sont restés des étapes distinctes.

Canonical: https://thedailydiff.dev/fr-CA/video/2026-11-05-openai-linux-roots/

## Ce que cette vidéo couvre

- L'escalade de privilèges locaux se produit lorsqu'un utilisateur local sans privilèges, déjà présent, obtient les privilèges root. Le rapport ne donne aucun verdict d'accès à distance spécifique à la machine.
- Le pipeline a produit 2 308 candidats après la déduplication initiale et a reproduit 1 724 vulnérabilités. Ses 948 découvertes locales uniques finales utilisent un décompte de correctifs candidats distincts après une analyse de variantes de 1 169 évaluations réussies.
- Le montant de 1,2 million de dollars correspond aux crédits API pour les modèles, les cibles et le flux de travail évalués. Les évaluations historiques des primes de bogues sont hypothétiques et nécessitent une acceptation et un paiement de programme distincts.
- La base de référence était la mi-octobre 2026. Les chiffres de 61 (en amont) / 43 (en cours) décrivent l'achèvement de la recherche après dix jours, de sorte que les avis de distribution actuels restent nécessaires.
- 20 des 200 succès d'une exécution précoce ont utilisé une faille différente de celle attribuée. OpenAI signale l'ajout d'une vérification indépendante du chemin attribué ; ce défaut précoce n'établit pas que les 948 finales sont fausses. Le verdict était « NEEDS REVIEW » avec examen humain des correctifs et vérifications de chemin.

## Questions et réponses

### Que signifie l'escalade de privilèges locaux dans la recherche Linux?

Cela signifie qu'un utilisateur local sans privilèges, déjà présent, obtient les privilèges root, le plus haut privilège local. OpenAI décrit des machines de recherche contrôlées et des découvertes candidates avec des preuves pour examen. L'accès à une machine est une question distincte. Le rapport ne fournit pas de verdict d'accès à distance spécifique à la machine ; le noyau livré, la configuration et les avis de distribution nécessitent leurs propres preuves.

### Comment OpenAI définit-il les 948 découvertes uniques d'escalade locale?

OpenAI utilise 948 correctifs candidats distincts après une analyse de variantes pour définir les découvertes uniques d'escalade de privilèges locaux. Son étape d'évaluation a rapporté 1 169 escalades locales réussies avant ce regroupement. Plusieurs succès peuvent concerner des variantes liées d'un problème sous-jacent. Les correctifs candidats, l'acceptation en amont et les correctifs atteignant une distribution ont des étapes d'examen distinctes, de sorte que ce décompte doit conserver la définition des auteurs.

### Qu'ont trouvé les réviseurs humains lors de l'exécution précoce de 200 succès?

Selon OpenAI, les réviseurs humains ont constaté que 20 des 200 escalades locales réussies d'une exécution précoce avaient atteint les privilèges root par une faille différente de celle attribuée. Le succès était réel alors que son attribution causale était fausse. Les auteurs rapportent avoir resserré les contraintes et ajouté une vérification indépendante de la vulnérabilité attribuée par la suite. Ce défaut précoce n'établit pas que les 948 découvertes finales sont fausses.

### Pourquoi le coût API signalé et l'instantané du correctif devraient-ils conserver leur portée?

Le coût des crédits API décrit les modèles, les cibles et le flux de travail évalués d'OpenAI, tandis que les chiffres des correctifs décrivent l'achèvement de la recherche par rapport à une base de référence de la mi-octobre. OpenAI rapporte 61 correctifs en amont et 43 correctifs en cours à ce moment historique. Les dépenses totales de recherche n'ont pas été mesurées par l'épisode. Les utilisateurs doivent suivre les avis pour leur noyau réellement livré, et l'acceptation en amont reste une décision d'ingénierie distincte.

### Quel était le verdict de The Daily Diff sur le pipeline Linux d'OpenAI?

Le verdict de The Daily Diff était NÉCESSITE UNE VÉRIFICATION. Niko maintiendrait le pipeline dans le flux de travail défensif avec examen humain des correctifs et vérifications indépendantes du chemin attribué. La publication d'OpenAI décrit les correctifs candidats, l'examen par les chercheurs et la réponse à un défaut d'attribution précoce. Les directives générales de signalement du noyau Linux demandent des preuves exploitables et un contexte de version, ce qui aide à expliquer pourquoi la qualité de l'examen est importante au même titre que le nombre de découvertes.

## Chapitres

- 0:00 Que signifie réellement le nombre de bogues Linux d'OpenAI?
- 0:24 Quel accès peut devenir root?
- 1:08 Comment un candidat devient-il une preuve?
- 1:58 Pourquoi le nombre final devient-il 948?
- 2:45 Qu'est-ce qui rend encore un correctif proposé incomplet?
- 3:15 Quand l'instantané du correctif a-t-il été mesuré?
- 3:32 Quelle date et quel statut de correctif importent aux utilisateurs?
- 4:09 Qu'ont trouvé les réviseurs lors de l'exécution précoce?
- 4:55 Quel est le verdict sur le pipeline d'OpenAI?

## Transcription traduite

Traduit de la narration originale en anglais. L'audio et les sous-titres disponibles sont contrôlés par YouTube.

### Que signifie réellement le nombre de bogues Linux d'OpenAI?

0:00 Trouver une faille Linux, c'est comme la corriger. OpenAI rapporte 948 découvertes locales de type root et correctifs candidats, pour environ 1,2 million de dollars en crédits API. Dans cette vidéo, qu'est-ce qui compte? Qu'est-ce que la révision humaine a attrapé? Il y a un test précoce où les machines ont vraiment obtenu les privilèges root, et le tableau de bord a toujours crédité la mauvaise chose. Nous verrons ce que les réviseurs humains ont attrapé.

0:20 Nous sommes le jeudi 5 novembre, et voici The Daily Diff.

### Quel accès peut devenir root?

0:24 Le noyau Linux est le cœur qui gère les ressources et les permissions d'une machine. L'escalade de privilèges locaux signifie qu'un utilisateur sans privilèges, déjà présent, obtient les privilèges root, le plus haut privilège. OpenAI a étudié cette limite dans des machines de recherche isolées. Accéder à une machine est un problème distinct. OpenAI a publié la recherche le 4 novembre, décrivant un prochain modèle cybernétique au sein d'un pipeline automatisé. Le résultat utile est un ensemble de découvertes avec des preuves et des correctifs proposés pour

0:49 les personnes à examiner. Le document n'annonce pas d'accès général à ce prochain modèle. Cela laisse un travail très humain dans l'histoire autonome. Les chercheurs ont examiné les résultats et ont commencé à signaler des vulnérabilités critiques avec des correctifs, suivant les directives de la communauté du noyau. Les agents peuvent remplir la boîte de réception. Quelqu'un doit encore décider ce qui mérite d'y être. Le pipeline a commencé avec des parties du noyau pertinentes pour la sécurité,

### Comment un candidat devient-il une preuve?

1:10 puis a produit environ 2 300 découvertes candidates après suppression des doublons. Un candidat est une suspicion qui mérite d'être étudiée. À ce stade, un paragraphe convaincant et une faille reproductible réelle ressemblent toujours étonnamment dans une feuille de calcul. Une étape distincte a donc tenté de reproduire les problèmes suspectés dans des machines isolées, en préservant les preuves de ce qui s'est passé. OpenAI rapporte environ 1 700 vulnérabilités reproduites. Cela établit un comportement que les chercheurs peuvent inspecter.

1:36 La question suivante est de savoir lequel de ces problèmes franchit une limite de permissions sérieuse. Le propre guide de signalement de sécurité de Linux aide à expliquer la documentation. Les mainteneurs demandent une version affectée, des preuves et les conditions impliquées. Il avertit également que les rapports d'IA de mauvaise qualité consomment la capacité d'examen. Il s'agit d'une directive communautaire générale, indépendante du document d'OpenAI. Cela ne certifie pas ce lot de découvertes.

### Pourquoi le nombre final devient-il 948?

1:58 Voici le détail du décompte. OpenAI rapporte 1 169 escalades de privilèges locaux réussies pendant l'évaluation. Les chercheurs ont ensuite analysé les variantes connexes et développé 948 correctifs distincts. Ils utilisent ce décompte de correctifs pour définir les découvertes uniques d'escalade locale. Plusieurs succès peuvent appartenir au même problème sous-jacent. Environ 1,2 million de dollars couvrent les crédits API rapportés pour les modèles, cibles et flux de travail évalués.

2:23 OpenAI affirme que la mesure des capacités a guidé la conception et qu'une meilleure ingénierie pourrait réduire les coûts. Les dépenses totales des chercheurs ne sont pas mesurées ici. OpenAI compare les découvertes aux récompenses historiques des primes de bogues, produisant une valorisation hypothétique. L'acceptation et le paiement appartiennent au programme de primes. Multiplier une récompense par un nombre de recherches semble formidable jusqu'à ce que vous essayiez de déposer la multiplication sur votre compte bancaire.

### Qu'est-ce qui rend encore un correctif proposé incomplet?

2:45 Un correctif proposé doit également faire l'objet de son propre examen. Les auteurs affirment que les premiers correctifs pourraient arrêter le problème démontré tout en ajoutant du code inutile, en sacrifiant les performances ou en manquant des variantes connexes. Ils ont amélioré les instructions et itéré. Un correctif doit s'intégrer à la base de code plus large et survivre à plus que le premier test qui devient vert. OpenAI décrit l'examen humain de la gravité et des correctifs avant de signaler en amont. Le guide de Linux indique qu'un correctif proposé testé peut faire gagner du temps d'examen même si les mainteneurs choisissent un correctif différent.

3:12 L'acceptation en amont reste une décision d'ingénierie distincte.

### Quand l'instantané du correctif a-t-il été mesuré?

3:15 La base de référence était le dernier noyau de la mi-octobre. Après dix jours de recherche et d'analyse manuelle, 61 problèmes d'escalade locale ont été corrigés en amont, dont 43 avaient des correctifs en cours. OpenAI félicite les mainteneurs pour leur rapidité. Il s'agit d'un instantané de l'achèvement de la recherche, et le projet a continué d'avancer. Votre distribution a son propre noyau et ses propres mises à jour.

### Quelle date et quel statut de correctif importent aux utilisateurs?

3:34 Pour les utilisateurs, l'étape pratique consiste à suivre les avis pour le logiciel qu'ils exécutent réellement. Un résultat de recherche en amont doit encore atteindre la version sur votre machine via ce processus de mise à jour. Quiconque a vu une suite de tests réussir alors que le produit fait la mauvaise chose connaît l'expression faciale requise ici. Retournons maintenant à ce tableau de bord précoce. Les réviseurs humains ont découvert un problème au sein d'un signal de succès. Le pipeline précoce a crédité une vulnérabilité attribuée une fois que l'agent a obtenu

3:58 les privilèges root. Cela vérifie le résultat. La découverte attribuée doit encore être liée à ce résultat, car le système peut contenir plus d'une faille. Si la preuve indique une cause différente, le rapport original doit faire l'objet d'un autre

### Qu'ont trouvé les réviseurs lors de l'exécution précoce?

4:09 examen. Selon OpenAI, une exécution précoce a signalé deux cents escalades locales réussies. L'examen humain a révélé que vingt d'entre elles avaient atteint les privilèges root par une faille différente de celle attribuée. Le succès était réel, et l'attribution était fausse. Cela pourrait laisser la preuve de la découverte originale non résolue même si le tableau de bord célébrait. Le test avait répondu à la mauvaise question. Les auteurs affirment avoir resserré les contraintes et ajouté une vérification indépendante selon laquelle chaque résultat final utilisait sa vulnérabilité attribuée.

4:34 C'est leur réponse au défaut précoce. Les vingt premiers ne prouvent pas que les 948 découvertes finales sont fausses. Vérifiez comment un résultat s'est produit aussi soigneusement que s'il s'est produit. La partie prometteuse est de donner aux réviseurs des preuves sur lesquelles ils peuvent agir, avec la bonne découverte attachée. Si vous préférez lire ceci plutôt que de m'entendre le dire, le diff atterrit dans votre boîte de réception chaque matin, gratuitement sur thedailydiff.dev, lien ci-dessous.

### Quel est le verdict sur le pipeline d'OpenAI?

4:55 Alors le verdict d'aujourd'hui, NÉCESSITE UNE VÉRIFICATION. Je garderais ce pipeline dans le flux de travail défensif avec examen humain des correctifs et vérifications de chemin indépendantes. Les découvertes signalées deviennent utiles lorsque les mainteneurs reçoivent des preuves qu'ils peuvent croire et des correctifs qu'ils peuvent évaluer. Et c'est le diff pour aujourd'hui. Je suis Niko d'Axrisi.

5:10 Fusionnez de manière responsable.

## Sources

- [A thousand fewer paths to root — reported Linux pipeline method and counts](https://openai.com/index/a-thousand-fewer-paths-to-root/) — OpenAI
- [Unique findings defined by distinct candidate patches after variant analysis](https://openai.com/index/a-thousand-fewer-paths-to-root/) — OpenAI
- [Early wrong-assigned-flaw result and added independent path check](https://openai.com/index/a-thousand-fewer-paths-to-root/) — OpenAI
- [Research-completion patch snapshot and mid-October baseline](https://openai.com/index/a-thousand-fewer-paths-to-root/) — OpenAI
- [Security bugs — general reporting and AI report-quality guidance](https://docs.kernel.org/process/security-bugs.html) — The Linux Kernel
- [Discussion of OpenAI's Linux research, interest context only](https://news.ycombinator.com/item?id=50372929) — Hacker News
- [Sam Altman portrait — TechCrunch; Steve Jennings/Getty Images for TechCrunch; CC BY 2.0; cropped, background removed and resized; vendor identification, no endorsement or current reaction](https://commons.wikimedia.org/wiki/File:Sam_Altman_TechCrunch_SF_2019_Day_2_Oct_3_%28cropped%29.jpg) — TechCrunch via Wikimedia Commons
- [Portrait licence: Creative Commons Attribution 2.0](https://creativecommons.org/licenses/by/2.0/) — Creative Commons
- [Drake Hotline Bling template — brief transformed process commentary, no actual news reaction or blanket reuse licence](https://imgflip.com/memetemplate/Drake-Hotline-Bling) — Imgflip
- [Nathan Fillion in Firefly, HULU disbelief GIF — brief transformed process commentary, no actual news reaction or blanket reuse licence; public hosting does not certify legal clearance](https://giphy.com/gifs/hulu-firefly-fox-television-classics-d31xeuBpR8qdzWSc) — HULU on GIPHY
- [Original Sam Altman portrait — TechCrunch; Steve Jennings/Getty Images for TechCrunch; CC BY 2.0; cropped, background removed and resized; vendor identity only, no endorsement or personal study authorship](https://www.flickr.com/photos/techcrunch/48838377432/) — TechCrunch on Flickr
