Krytyczna luka w Linuksie załatana tylko w części systemów

Model Claude, tworzony przez firmę Anthropic, znalazł w jądrze Linuksa lukę CVE-2026-98432. Błąd jest w kodzie od 2015 roku, a jego ocena groźności wynosi 9,8 punktu na 10. Aktualizacja jądra z poprawką jest dostępna co najmniej dla części wydań dystrybucji Linuksa (jego gotowych odmian): Debian, Oracle Linux, SUSE i Amazon Linux. Ubuntu i Red Hat Enterprise Linux (RHEL) według stanu z 30 października jeszcze nie miały poprawek.

Jądro to rdzeń systemu operacyjnego. Odpowiada za sieć, pamięć i dyski. Luka ma numer CVE-2026-98432, czyli identyfikator z publicznego wykazu błędów bezpieczeństwa. Ocena 9,8 pochodzi ze skali CVSS, czyli powszechnej skali groźności luk od 0 do 10, a portal CSO Online, poświęcony bezpieczeństwu IT, określa ją jako krytyczną. Anthropic opisał odkrycie 27 października, a niemiecki serwis Heise i inne media omówiły je 30 października.

CSO Online opisuje błąd jako use-after-free wywołany wyścigiem, czyli użycie pamięci po jej zwolnieniu, gdy dwa procesy jednocześnie obsługują ten sam zasób. Red Hat, producent systemu RHEL, podaje, że wyścig zachodzi przy równoczesnej obsłudze ponowionych żądań połączenia TCP lub migracji gniazd: opcje gniazda, czyli ustawienia punktu połączenia sieciowego, są zwalniane, choć wciąż w użyciu. Poprawka zmienia moment zwolnienia pamięci.

Wadliwy kod trafił do jądra 2 października 2015 roku w wersji 4.4, pisze Heise. CSO Online podaje, że luka dotyczy ośmiu gałęzi jądra, czyli równolegle utrzymywanych linii wersji. Przegrany wyścig, jak wyjaśnia Anthropic, tylko przerywa uzgadnianie połączenia, czyli wstępną wymianę pakietów, i nie powoduje awarii systemu. Napastnik może więc próbować w nieskończoność.

Exploit, czyli program wykorzystujący lukę, napisał według Anthropic Claude po wstępnym poleceniu. Pozwala on zdalnemu napastnikowi, bez loginu i bez udziału użytkownika, uruchamiać polecenia jako root, czyli administrator systemu, na serwerze z nasłuchem multipath TCP, czyli usługą przyjmującą połączenia w tym trybie. MPTCP to rozszerzenie protokołu TCP pozwalające jednemu połączeniu korzystać z kilku tras sieciowych naraz. W próbie Anthropic wyciek adresu z jądra zajął 48 minut, a dojście do uruchomienia polecenia jeszcze pięć.

Według Sekuraka nasłuch MPTCP nie jest ustawieniem domyślnym. BleepingComputer, serwis o bezpieczeństwie IT, dodaje, że od wersji 1.24 język programowania Go włącza MPTCP domyślnie dla nasłuchu TCP na Linuksie, jeśli jądro to obsługuje. Usługa napisana w Go może więc mieć nasłuch MPTCP bez świadomej zmiany ustawień. Firma CIQ, cytowana przez BleepingComputer, ostrzega, że samo wyłączenie MPTCP nie wystarcza, bo błąd da się wywołać zwykłym ruchem TCP. Anthropic opisuje atak na serwer z MPTCP, a CIQ twierdzi, że luka sięga dalej. Firma TuxCare zauważa, że wpis Anthropic nie mówi, czy serwer bez MPTCP da się przejąć w ten sam sposób. Rozstrzygnięcia w źródłach nie ma.

TuxCare wskazuje, że główna ścieżka ataku wymaga opcji IP w pakiecie SYN, czyli pierwszym pakiecie nawiązującym połączenie. Opcje IP to dodatkowe pola w nagłówku pakietu.

Debian ma poprawkę w archiwum bezpieczeństwa. Według TuxCare jądro z poprawką było gotowe najpóźniej 16 października, a PatchMon, autor zestawienia stanu poprawek w Ubuntu, RHEL i Debianie, podaje wersje 6.1.190-1 dla wydania bookworm i 6.12.113-1 dla wydania trixie. CSO Online dodaje, że poprawione pakiety są dostępne co najmniej dla części wydań Debiana, Oracle Linux, SUSE i Amazon Linux.

Według trackera Canonical, wydawcy Ubuntu, cytowanego przez BleepingComputer, wydania 22.04 LTS, 24.04 LTS (wersje z wydłużonym wsparciem), 26.04 LTS i 26.10 pozostają podatne, a poprawki jądra są w toku. Red Hat uznaje RHEL 8, 9 i 10 za dotknięte i zapowiada poprawki na później. RHEL 7 nie jest dotknięty, bo jego jądro nie zawiera wadliwego kodu. W biuletynie RHSB-2026-016 z 30 października Red Hat pisze, że przyspiesza wydanie poprawek. Stan zmienia się szybko.

BleepingComputer informuje, że potwierdzonych zgłoszeń o atakach z użyciem tej luki na razie brak. Dostawca hostingu SiteGround deklaruje, że załatał swoje serwery metodą live patch, czyli łatką wgrywaną bez restartu, tego samego dnia.

Heise pisze, że błąd przez 11 lat pozostawał niewykryty. Dopiero systematyczne przeszukiwanie kodu przez AI go ujawniło. Anthropic podaje, że w sieciowej części jądra Claude znalazł też inne luki, uruchamiane zdalnie bez klikania; zostały już załatane i ujawnione.

TuxCare pisze, że do 30 października nie pojawiła się publiczna niezależna reprodukcja ataku. Według firmy Anthropic nie opublikował kodu, wersji jądra ani konfiguracji testu.

• Hosting współdzielony (strona, sklep): zapytać dostawcę, czy luka CVE-2026-98432 jest załatana i od kiedy.
• VPS (wynajęty wirtualny serwer) albo własny serwer: sprawdzić działające jądro poleceniem uname -r, które pokazuje numer wersji, i porównać go z wersją poprawioną dla swojej dystrybucji.
• Po aktualizacji zrobić restart. Według PatchMon zainstalowany pakiet nie chroni, dopóki serwer nie działa na nowym jądrze; o potrzebie restartu na Debianie i Ubuntu świadczy plik /var/run/reboot-required, a na RHEL polecenie needs-restarting -r.
• Zapytać administratora, czy jakaś usługa nasłuchuje na MPTCP albo jest napisana w Go od wersji 1.24.
• Do czasu poprawki TuxCare opisuje regułę nftables, czyli zaporę w jądrze, odrzucającą przychodzące pakiety TCP z opcjami IPv4. Inżynierowie TuxCare przejrzeli ją i uznali za poprawną, ale bez publicznego przykładu ataku nie ma jej czym przetestować. Red Hat ostrzega, że filtrowanie ruchu może zakłócić potrzebne usługi i nie zastępuje łatania.