# Az OpenAI 948 helyi root hibáról számol be Linuxban Published: 2026-11-06 Az OpenAI 948 egyedi, helyi jogosultságnövelési találatról és jelölt javításról számol be egy ellenőrzött Linux kutatási adatfolyamból, körülbelül 1,2 millió dollár API-kredit értékben. A szám a variánselemzést követően, 1169 sikeres értékelés után kapott különböző jelölt javításokat használja. Egy korai, hozzárendelt hiba attribúciós tévedés független útvonalellenőrzést váltott ki, míg az emberi javítás felülvizsgálata és a felfelé irányuló elfogadás külön fázisok maradtak. Canonical: https://thedailydiff.dev/hu/video/2026-11-05-openai-linux-roots/ ## Amit ez a videó tartalmaz - A helyi jogosultságnövelés azzal kezdődik, hogy egy már meglévő, nem privilegizált helyi felhasználó eléri a root jogosultságot. A jelentés nem ad gép-specifikus távoli hozzáférési ítéletet. - Az adatfolyam kezdeti deduplikáció után 2308 jelöltet produkált, és 1724 sebezhetőséget reprodukált. Végleges 948 egyedi helyi találata a variánselemzés után kapott különböző jelölt javítások számát használja 1169 sikeres értékelés alapján. - A jelentett 1,2 millió dollár az értékelt modellek, célok és munkafolyamatok API-kreditjeire vonatkozik. A történelmi hibavadászati jutalmak hipotetikusak, és külön programelfogadást és fizetést igényelnek. - Az alapvonal 2026. október közepe volt. A 61 felfelé/43 staging adat a tíz napos kutatás befejezését írja le, így a jelenlegi disztribúciós tanácsok továbbra is szükségesek. - Egy korai futás 200-ból 20 sikere más hibát használt, mint a hozzárendelt. Az OpenAI független, hozzárendelt útvonal-ellenőrzést jelent, ez a korai hiba nem támasztja alá, hogy a végső 948 téves. Az ítélet NEEDS REVIEW volt, emberi javítási felülvizsgálattal és útvonalellenőrzéssel. ## Kérdések és válaszok ### Mit jelent a helyi jogosultságnövelés a Linux kutatásban? Azt jelenti, hogy egy már meglévő, nem privilegizált helyi felhasználó eléri a root jogosultságot, a legmagasabb helyi jogosultságot. Az OpenAI ellenőrzött kutatógépeket és jelölt találatokat ír le bizonyítékokkal az áttekintéshez. A gépre való bejutás külön kérdés. A jelentés nem ad gép-specifikus távoli hozzáférési ítéletet; a szállított kernel, konfiguráció és disztribúciós tanácsok saját bizonyítékokat igényelnek. ### Hogyan definiálja az OpenAI a 948 egyedi, helyi jogosultságnövelési találatot? Az OpenAI a variánselemzést követően 948 különböző jelölt javítást használ az egyedi helyi jogosultságnövelési találatok meghatározására. Az értékelési szakaszában 1169 sikeres helyi jogosultságnövelésről számolt be a csoportosítás előtt. Több siker is vonatkozhat egy alapvető probléma kapcsolódó variánsaira. A jelölt javítások, a felfelé irányuló elfogadás és a disztribúcióhoz eljutó javítások külön felülvizsgálati szakaszokkal rendelkeznek, ezért ennek a számnak meg kell tartania a szerzők definícióját. ### Mit találtak az emberi áttekintők a korai 200 sikeres futás során? Az OpenAI szerint az emberi áttekintők azt találták, hogy egy korai futás 200 sikeres helyi jogosultságnöveléséből 20 esetben más hiba révén jutottak root jogosultsághoz, mint a hozzárendelt. A siker valós volt, míg az ok-okozati attribúció hibás volt. A szerzők arról számolnak be, hogy utána szigorították a korlátokat és független, hozzárendelt sebezhetőségi ellenőrzést adtak hozzá. Ez a korai hiba nem támasztja alá, hogy a végső 948 találat téves. ### Miért kell a jelentett API költségnek és a javítási pillanatfelvételnek megőriznie hatókörét? Az API-kredit költség az OpenAI értékelt modelljeit, céljait és munkafolyamatát írja le, míg a javítási adatok a kutatás befejezését egy októberi alapvonalhoz képest. Az OpenAI 61 upstream javításról és 43 staging javításról számol be ezen a történelmi ponton. Az összes kutatási költséget az epizód nem mérte. A felhasználóknak a ténylegesen szállított kernelre vonatkozó tanácsokat kell követniük, és a felfelé irányuló elfogadás továbbra is külön mérnöki döntés. ### Mi volt a The Daily Diff ítélete az OpenAI Linux adatfolyamáról? A The Daily Diff ítélete NEEDS REVIEW volt. Niko megtartaná az adatfolyamot a védekező munkafolyamatban emberi javítás felülvizsgálatával és független, hozzárendelt útvonal-ellenőrzésekkel. Az OpenAI publikációja jelölt javításokat, kutatói áttekintést és a korai attribúciós hiba kezelését írja le. A Linux Kernel általános jelentési útmutatója cselekvésre ösztönző bizonyítékokat és verziókontextust kér, ami segít megmagyarázni, miért fontos a felülvizsgálat minősége a találatok száma mellett. ## Fejezetek - 0:00 Mit is jelent pontosan az OpenAI Linux hibaszáma? - 0:24 Kinek a hozzáférése válhat root jogosultsággá? - 1:08 Hogyan válik egy jelölt bizonyítékká? - 1:58 Miért lesz a végső szám 948? - 2:45 Mi teszi még mindig hiányossá egy javasolt javítást? - 3:15 Mikor mérték a javítási pillanatfelvételt? - 3:32 Melyik dátum és javítási állapot számít a felhasználóknak? - 4:09 Mit találtak az áttekintők a korai futás során? - 4:55 Mi adja az ítéletet az OpenAI adatfolyamára? ## Lefordított átirat Az eredeti angol narrációból fordítva. A rendelkezésre álló hangot és feliratokat a YouTube vezérli. ### Mit is jelent pontosan az OpenAI Linux hibaszáma? 0:00 Linux hiba megtalálása olyan, mintha megjavítanánk. Az OpenAI kilencszáznegyvennyolc helyi root találatról és jelöltről számol be javításokról, körülbelül 1,2 millió dollár API-kredit értékben. Ebben a videóban mi számít? Mit fogott az emberi áttekintés? Van egy korai teszt, ahol a gépek valóban root jogosultságot kaptak, és az eredménytábla mégis rossz dolgot írt jóvá. Meglátjuk, mit fogtak az emberi áttekintők. 0:20 Csütörtök van, november ötödike, és ez a The Daily Diff. ### Kinek a hozzáférése válhat root jogosultsággá? 0:24 A Linux kernel a mag, amely kezeli a gép erőforrásait és engedélyeit. A helyi jogosultságnövelés azt jelenti, hogy egy már meglévő, nem privilegizált felhasználó eléri a root jogosultságot, a legmagasabb jogosultságot. Az OpenAI ezt a határt tanulmányozta izolált kutatógépeken. A gépre való bejutás külön probléma. Az OpenAI november negyedikén publikálta a kutatást, egy készülő kiber-modellt írva le egy automatizált adatfolyamon belül. A hasznos eredmény egy sor olyan találat, amely bizonyítékokkal és javasolt javításokkal 0:49 rendelkezik az emberek számára, hogy áttekintsék. A cikk nem jelenti be a készülő modellhez való általános hozzáférést. Ez egy nagyon emberi feladatot hagy az autonóm történetben. A kutatók áttekintették az eredményeket, és elkezdték jelenteni a kritikus sebezhetőségeket javításokkal, követve a kernel közösség útmutatását. Az ügynökök telepakolhatják a beérkező leveleket. Valakinek még mindig el kell döntenie, mi érdemel helyet benne. Az adatfolyam a kernel biztonsági szempontból releváns részeivel kezdődött, ### Hogyan válik egy jelölt bizonyítékká? 1:10 majd a duplikátumok eltávolítása után körülbelül huszonháromszáz jelölt találatot produkált. Egy jelölt egy gyanú, amelyet érdemes kivizsgálni. Ezen a ponton egy meggyőző bekezdés és egy ténylegesen reprodukálható hiba még mindig bosszantóan hasonlóan néz ki egy táblázatban. Ezért egy külön szakasz megpróbálta reprodukálni a gyanús problémákat izolált gépeken, megőrizve a történtek bizonyítékait. Az OpenAI nagyjából tizenhétszáz reprodukált sebezhetőségről számol be. Ez olyan viselkedést hoz létre, amelyet a kutatók megvizsgálhatnak. 1:36 A következő kérdés az, hogy ezen problémák közül melyik lépi át a súlyos jogosultsági határt. A Linux saját biztonsági jelentési útmutatója segít elmagyarázni a papírmunkát. A karbantartók kérnek egy érintett verziót, bizonyítékot és az érintett feltételeket. Azt is figyelmezteti, hogy a rossz minőségű AI jelentések felülvizsgálati kapacitást emésztenek fel. Ez általános közösségi útmutatás, függetlenül az OpenAI cikkétől. Nem tanúsítja ezt a találatcsoportot. ### Miért lesz a végső szám 948? 1:58 Itt van a számlálási részlet. Az OpenAI ezerkétszáznegyvenkét sikeres helyi jogosultságnövelésről számol be az értékelés során. A kutatók ezután elemezték a kapcsolódó variánsokat és kidolgoztak kilencszáznegyvennyolc különböző javítást. Ezt a javításszámot használják az egyedi helyi jogosultságnövelési találatok meghatározására. Több siker is tartozhat ugyanahhoz az alapvető problémához. Körülbelül 1,2 millió dollár fedezi az értékelt modellekre, célokra és munkafolyamatokra vonatkozó jelentett API-krediteket. 2:23 Az OpenAI szerint a képességmérés vezérelte a tervezést, és a jobb mérnöki munka csökkenthetné a költségeket. Az összes kutatói költség itt nem mérhető. Az OpenAI összehasonlítja a találatokat a történelmi hibavadászati jutalmakkal, hipotetikus értékelést produkálva. Az elfogadás és a kifizetés a hibavadászati programhoz tartozik. Egy jutalom megszorzása egy kutatási számmal nagyszerű érzés, amíg meg nem próbálja betenni a szorzást a bankszámlájára. ### Mi teszi még mindig hiányossá egy javasolt javítást? 2:45 Egy javasolt javításnak is szüksége van saját áttekintésre. A szerzők szerint a korai javítások megállíthatják a bemutatott problémát, miközben felesleges kódot adnak hozzá, teljesítményt áldoznak fel, vagy elhibázzák a kapcsolódó variánsokat. Fejlesztették az utasításokat és iteráltak. Egy javításnak illeszkednie kell a szélesebb kódbázishoz, és túlélnie kell az első tesztet is, amely zöldre vált. Az OpenAI leírja a súlyosság és a javítások emberi áttekintését, mielőtt felfelé jelentene. A Linux útmutatója szerint egy tesztelt, javasolt javítás spórolhat felülvizsgálati időt, még akkor is, ha a karbantartók más javítást választanak. 3:12 A felfelé irányuló elfogadás továbbra is külön mérnöki döntés. ### Mikor mérték a javítási pillanatfelvételt? 3:15 Az alapvonal a legújabb kernel volt október közepén. Tíz nap kutatás és manuális elemzés után, hatvanegy helyi jogosultságnövelési problémát javítottak felfelé, negyvenhárom pedig staging javításokkal rendelkezett. Az OpenAI a karbantartóknak köszönhetően gyorsan haladt. Ez egy kutatási befejezési pillanatfelvétel, és a projekt tovább haladt. Az Ön disztribúciójának saját szállított kernelje és frissítései vannak. ### Melyik dátum és javítási állapot számít a felhasználóknak? 3:34 A felhasználók számára a gyakorlati lépés az, hogy kövessék az általuk ténylegesen futatott szoftverekre vonatkozó tanácsokat. Egy felfelé irányuló kutatási eredménynek még el kell jutnia a gépén lévő verzióhoz a frissítési folyamat révén. Bárki, aki látta már, hogy egy tesztsor sikeresen lefut, miközben a termék rosszul működik, ismeri az itt szükséges arckifejezést. Most térjünk vissza ahhoz a korai eredménytáblához. Az emberi áttekintők problémát fedeztek fel egy sikerjelzésen belül. A korai adatfolyam jóváírt egy hozzárendelt sebezhetőséget, amint az ügynök root jogosultságot szerzett. Ez ellenőrzi az eredményt. 3:58 Ez ellenőrzi az eredményt. A hozzárendelt találatnak még mindig kapcsolódnia kell ehhez az eredményhez, mert a rendszer több hibát is tartalmazhat. Ha a bizonyítékok más okra utalnak, az eredeti jelentést újra meg kell vizsgálni. ### Mit találtak az áttekintők a korai futás során? 4:09 Az OpenAI szerint egy korai futás kétszáz sikeres helyi jogosultságnövelésről számolt be. Az emberi áttekintés szerint húsz esetben más hiba révén jutottak root jogosultsághoz, mint a hozzárendelt. A siker valós volt, az attribúció pedig hibás. Ez az eredeti találat bizonyítékát megoldatlanul hagyhatta, még akkor is, ha az eredménytábla ünnepelt. A teszt rossz kérdésre válaszolt. A szerzők szerint szigorították a korlátokat, és hozzáadtak egy független ellenőrzést, amely biztosította, hogy minden végső eredmény a hozzárendelt sebezhetőséget használta. 4:34 Ez a válaszuk a korai hibára. A korai húsz nem támasztja alá, hogy a végső kilencszáznegyvennyolc találat téves. Ellenőrizze, hogyan történt az eredmény, ugyanolyan gondosan, mint azt, hogy megtörtént-e. A ígéretes rész az, hogy a felülvizsgálóknak olyan bizonyítékot adunk, amire támaszkodhatnak, a megfelelő találattal együtt. Ha inkább elolvasná ezt, minthogy hallja tőlem, a diff minden reggel ingyenesen landol az e-mail fiókjában a thedailydiff.dev címen, link lent. ### Mi adja az ítéletet az OpenAI adatfolyamára? 4:55 Szóval a mai ítélet, NEEDS REVIEW. Én megtartanám ezt az adatfolyamot a védekező munkafolyamatban emberi javítás felülvizsgálatával és független útvonalellenőrzésekkel. A jelentett találatok akkor válnak hasznossá, ha a karbantartók olyan bizonyítékot kapnak, amiben megbízhatnak, és olyan javításokat, amelyeket értékelhetnek. És ez volt a mai diff. Niko vagyok az Axrisitől. 5:10 Fejlődjenek felelősségteljesen. ## Források - [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