Przejdź do treści
Artykuły

948 exploitów na jądro Linuksa: jak GPT-6 Cyber przeszedł przez kod za 1,2 mln dolarów

Jak taśma agentów z GPT-6 Cyber znalazła 948 luk w jądrze Linuksa, ile to kosztowało i co z tego wynika.

6 min czytania
Ilustracja: pingwin na murze twierdzy, po drabinach wspinają się dziesiątki robotów

👁 116 przeczytań

W połowie października 2026 ktoś w OpenAI nacisnął start i taśma agentów zaczęła czytać jądro Linuksa, kod, na którym stoją telefony z Androidem, chmury i superkomputery. Dziesięć dni później na stole leżało 948 działających exploitów, z których każdy pozwalał zwykłemu użytkownikowi przejąć roota, i rachunek na 1 213 430 dolarów. 4 listopada OpenAI opisało to w raporcie „A thousand fewer paths to root”, a dzień później zdradziło, że silnikiem był GPT-6 Cyber. Przeczytałem raport w całości. Oto co z niego wynika.

Liczby z raportu

  • 2308 podejrzanych błędów, 1724 odtworzone w maszynach wirtualnych (74,7%).
  • 1169 działających exploitów podnoszących uprawnienia, 948 unikalnych luk po analizie wariantów, 291 dowodów wycieku informacji.
  • Koszt w API: 1 213 430 USD, czyli ok. 4,74 mln zł, 1279 USD (ok. 5000 zł) na jeden unikalny exploit.
  • Ta sama taśma z GPT-5.6 Sol w lipcu: 166 exploitów za 513 690 USD.
  • 304 krytyczne luki zgłoszone opiekunom jądra z propozycjami łatek.

Dlaczego Linux

Jądro Linuksa ma ponad 40 milionów linii kodu i wystawia na atak wywołania systemowe, sieć, systemy plików i sterowniki. Jest jednym z najlepiej prześwietlonych projektów open source, więc dobrze nadaje się na sprawdzian: jeśli model znajdzie tu coś nowego, znajdzie wszędzie. OpenAI przyznaje, że problemem nie było znalezienie błędów, tylko odsianie, które z tysięcy kandydatów są prawdziwe i które trzeba łatać najpierw.

Pięć stacji taśmy

Najpierw zwiadowcy. Agenci przeszli przez katalogi i pliki jądra i wybrali 5034 cele audytu - fragmenty osiągalne dla użytkownika bez uprawnień i istotne dla bezpieczeństwa. Razem około 2,8 mln linii, mniej więcej 7% całego jądra. Ten etap kosztował 3426 USD.

Potem analitycy. Czytali kod każdego celu, budowali model zagrożeń i szukali błędów, w sposób podobny do wtyczki Codex Security. W 12 godzin wyprodukowali 2308 kandydatów po usunięciu duplikatów, za 316 549 USD.

Trzecia stacja to weryfikacja. Dla każdego kandydata agent pisał program wywołujący błąd i uruchamiał go w maszynie wirtualnej z jądrem skompilowanym z KASAN, narzędziem wykrywającym uszkodzenia pamięci. Poprawiał program tak długo, aż odtworzył błąd albo wyczerpał pomysły. W 30 godzin odtworzył 1724 błędy. Tylko 3,1% kandydatów wynikało z błędnej analizy modelu - reszta nieodtworzonych wymagała wyższych uprawnień albo trudnych warunków, jak wyścigi wątków. Koszt: 73 330 USD.

Czwarta to ocena, czy błąd da się wykorzystać. Agent przesiewający zawęził listę do 313 kandydatów na wyciek informacji i 1238 na podniesienie uprawnień (44 194 USD). Potem agenci od exploitów atakowali maszyny z zabezpieczeniami, jakie ma zwykła dystrybucja: SMEP, SMAP, KASLR i HARDENED_USERCOPY. Wyszło 291 dowodów wycieku i 1169 działających exploitów dających roota. Po analizie wariantów zostało 948 unikalnych luk, na które powstało 948 osobnych łatek. Ten etap był najdroższy: 775 929 USD.

Nie przepłacaj za te subskrypcje

Prowadzę sklep z rocznymi dostępami do narzędzi AI - te same konta, o których piszę wyżej, tylko taniej niż w cenniku producenta.

Zobacz, co jest dostępne

Ostatnia stacja to człowiek. Badacz przeglądał exploit, łatkę i ocenę wagi przed wysłaniem zgłoszenia.

EtapWynikKoszt API
Zwiadowcy5034 cele, 2,8 mln linii3 426 USD
Analitycy (12 h)2308 kandydatów316 549 USD
Weryfikacja (30 h)1724 odtworzone73 330 USD
Przesiew313 + 1238 kandydatów44 194 USD
Exploity291 wycieków, 1169 exploitów, 948 unikalnych775 929 USD
Razem1 213 430 USD

Exploit za cenę dobrego laptopa

Udany exploit kosztował średnio 359 USD, około 1400 zł. Nieudane próby były dziesięć razy droższe: 69 przypadków po średnio 3922 USD, głównie przez trudne wyścigi wątków. OpenAI samo zauważa, że prosta reguła „przerwij po godzinie bez postępu” mocno obniżyłaby rachunek, a cały koszt traktuje jako górną granicę.

Dla porównania raport przywołuje nagrody z konkursów hakerskich. Pwn2Own płacił za exploit na jądro Linuksa 20 000 USD, TyphoonPWN 70 000 USD. Przemnożone przez 948 daje to hipotetyczne 18,9-66,3 mln USD, od 16 do 55 razy więcej niż koszt taśmy. W drugim teście, na utwardzonym jądrze z programu nagród Google kernelCTF, taśma w 112 godzin za około 32 936 USD znalazła 21 exploitów. Dla skali: w całym 2026 roku kernelCTF przyjął 26 potwierdzonych exploitów zero-day. Wniosek OpenAI jest niewygodny: przy dzisiejszych modelach szukanie luk na taką skalę się opłaca. Także napastnikom.

Mocniejszy model, ta sama taśma, pięć razy więcej

W lipcu ta sama taśma z GPT-5.6 Sol znalazła i wykorzystała 166 luk. W październiku, z GPT-6 Cyber, 948. Oba skany szły po najnowszej gałęzi głównej jądra, a między nimi minęły trzy miesiące łatania. Rada z raportu: skanuj ponownie kod sprawdzony starszym modelem. Nowszy znajdzie to, co poprzedni przeoczył.

Z próbki 166 exploitów badacze wyłowili 10 technik exploitacji, których wcześniej nie znali ani oni, ani zewnętrzni eksperci od jądra. Szczegółów nie opublikowano, ze względów bezpieczeństwa.

Agent, który użył nie tej dziury

Najciekawsza historia w raporcie to wpadka. We wczesnym przebiegu taśma zgłosiła 200 udanych exploitów. Ludzie sprawdzili je ręcznie i okazało się, że 20 zdobyło roota przez zupełnie inną lukę zero-day niż ta, którą agent miał wykorzystać. Wynik był prawdziwy, droga do niego - nie ta. OpenAI dodało niezależną kontrolę, czy exploit używa przypisanej luki. To samo zjawisko widać w teście z pułapką, który opisuję w tekście o zakresie zlecenia.

Inny przypadek: w teście kernelCTF agent analizujący wejście do wywołań systemowych trafił na dziwną awarię, prześledził ją bez dostępu do kodu źródłowego i znalazł lukę w emulatorze QEMU, na którym stało środowisko testowe. Potem napisał na nią exploit. Luka była już załatana w nowszej wersji QEMU, ale nie w tej, której używano.

Opiekunowie jądra nie śpią

Gdy skan i ręczna analiza skończyły się po dziesięciu dniach, 61 luk było już załatanych w głównym repozytorium, 43 miały łatki w przygotowaniu, a 299 było publicznie zgłaszanych i omawianych. Część znaleźli inni. OpenAI zgodnie z prośbą społeczności Linuksa wysyła zgłoszenia partiami, zaczynając od krytycznych, razem z partnerami z inicjatywy Patch the Planet.

Co z tego wynika dla administratora

Raport zawiera zdanie, które warto powiesić nad biurkiem: dostęp do zwykłego konta w systemie, który nie ma najnowszych łatek, należy na najbliższy czas uznać za równoznaczny z dostępem roota dla dobrze wyposażonego napastnika. W praktyce:

  • aktualizuj jądro częściej niż raz na kwartał - w ciągu dziesięciu dni skanu ponad sto luk dostało łatki albo łatki w przygotowaniu;
  • nie zakładaj, że konto bez uprawnień jest bezpieczne, jeśli ktoś obcy może na nim uruchomić kod;
  • izoluj usługi - OpenAI wymienia Firecracker i gVisor jako sposób na ograniczenie skutków włamania;
  • jeśli używasz AI do szukania luk, sprawdzaj nie tylko wynik, ale i drogę, którą agent do niego doszedł.

Więcej o modelu w hubie GPT-6 Cyber, a o kosztach pracy z nim w tekście GPT-6 Cyber cena.

Czytasz Promptowego częściej? Dodaj go do preferowanych źródeł w Google, a nowe teksty będą wyżej w Twoich wynikach.

Źródła

// Newsletter

Cały tydzień w AI, w jednym mailu

Wybrane premiery, narzędzia i analizy. Raz w tygodniu, prosto do skrzynki.

Zapisz się za darmo →
Za darmo. Wypisujesz się jednym kliknięciem.
// z sieci - nowe teksty w moich serwisach

Wszystkie moje projekty →

Piotr Olszewski

Piotr Olszewski

AUTOR I WYDAWCA

Piotr Olszewski - twórca i autor Promptowego, polskiego serwisu o sztucznej inteligencji. Codziennie śledzi premiery modeli, narzędzia i regulacje AI, i tłumaczy je prostym, konkretnym językiem.

// mapa strony

🛒 Sklep Kinetyka CapCut Pro 460 zł/rok Lovable Pro 450 zł/rok Replit Core 119 zł/rok Zobacz wszystko →
promptowy w liczbach 0tekstów w archiwum0newsów z ostatnich 7 dni0modeli wideo w obserwatorium0zagadek w grach
× ‹ powiększenie ›