Linux dostał 9,8 na 10. Niestety to ocena dziury w zabezpieczeniach

W jądrze Linuksa wykryto poważną lukę bezpieczeństwa, która może pozwolić zdalnemu napastnikowi na przejęcie kontroli nad serwerem. Podatność CVE-2026-98432 otrzymała od zespołu CVE odpowiedzialnego za rozwój jądra ocenę 9,8 na 10 w skali CVSS. Problem dotyczy między innymi Ubuntu i Red Hat Enterprise Linux. Niepokojące jest również to, że firma Anthropic poinformowała o stworzeniu działającego exploita przy pomocy modelu Claude.

Podatność znajduje się w kodzie odpowiedzialnym za obsługę połączeń TCP IPv4. Jej źródłem jest tzw. wyścig wątków, czyli sytuacja, w której kilka procesów lub rdzeni procesora wykonuje operacje na tych samych danych w niewłaściwej kolejności. W tym przypadku jądro może próbować odczytać fragment pamięci, który został już zwolniony. Taki błąd określa się jako use-after-free. W zależności od sposobu wykorzystania podatności może doprowadzić do ujawnienia danych z pamięci jądra, uszkodzenia jej zawartości lub awarii systemu.

Najpoważniejszy scenariusz zaprezentowany przez Anthropic zakłada zdalne wykonanie poleceń z uprawnieniami roota. Atakujący nie musi wcześniej posiadać konta ani specjalnych uprawnień na zaatakowanym serwerze. Exploit opracowany przez Claude'a wykorzystywał jednak konkretną konfigurację z nasłuchującym serwerem Multipath TCP (MPTCP). Nie ma potwierdzenia, że identyczny sposób przejęcia kontroli zadziała na każdej maszynie podatnej na błąd.

Claude pomógł stworzyć exploit

Anthropic poinformował, że model Claude potrafił nie tylko znaleźć podatność, ale również przygotować kod pozwalający ją wykorzystać. Exploit powstał po otrzymaniu pojedynczej wskazówki.

Atak przebiega w dwóch etapach. Najpierw wykorzystanie błędu pozwala uzyskać dodatkowe bajty z pamięci jądra. Wśród ujawnionych danych znajdujesię adres umożliwiający obejście mechanizmu KASLR, który losuje rozmieszczenie obszarów pamięci i utrudnia przeprowadzanie ataków.

Następnie exploit wykorzystujeten sam błąd do nadpisania wskaźnika funkcji w pamięci jądra. Po jego wywołaniu uruchamia się przygotowany wcześniej kod. W demonstracji Anthropic prowadziło to do wykonania polecenia powłoki z uprawnieniami administratora. Uzyskanie wycieku adresu pamięci zajęło około 48 minut, a doprowadzenie do wykonania polecenia wymagało kolejnych pięciu minut. Anthropic nie opublikował jednak pełnego kodu exploita ani szczegółów środowiska, na którym przeprowadzono test.

Ubuntu i Red Hat czekają na poprawki

Sytuacja jest szczególnie istotna dla administratorów serwerów. Ubuntu i Red Hat Enterprise Linux nie udostępnili jeszcze poprawionych pakietów jądra dla wszystkich objętych problemem wydań. Red Hat informował o pracach nad rozwiązaniem, ale nie podał terminu jego publikacji.

Nie wszystkie dystrybucje pozostają jednak bez ochrony. Poprawione pakiety udostępniły między innymi Debian, Oracle Linux i wybrane wersje Amazon Linux oraz SUSE. W przypadku Amazon Linux 2023 aktualizacje pojawiały się stopniowo dla różnych gałęzi jądra.

Rozbieżności dotyczą również oceny zagrożenia. Zespół CVE przypisał luce 9,8 punktu, natomiast Red Hat początkowo oceniał ją na 5,9. W dokumentacji technicznej firmy pojawiła się jednak również wyższa ocena 8,1. Oracle i SUSE także wskazują na 8,1, a Amazon na 7,0. Różnice wynikają przede wszystkim z odmiennej oceny trudności przeprowadzenia skutecznego ataku.

Kto powinien zaktualizować Linuksa?

Problem dotyczy wielu wersji jądra, a jego źródła sięgają Linuksa 4.4. Poprawka została już przygotowana i przeniesiona do utrzymywanych stabilnych gałęzi. Dla administratorów najważniejsze jest jednak to, czy ich dystrybucja udostępniła odpowiedni pakiet. Samo pojawienie się poprawki w głównym repozytorium jądra nie aktualizuje automatycznie systemów Ubuntu czy RHEL.

Osoby korzystające z własnoręcznie kompilowanego jądra powinny zwrócić uwagę na wydania zawierające zabezpieczenie, między innymi Linux 6.1.190, 6.6.159, 6.12.113, 6.18.56 oraz 7.3. W przypadku gotowych dystrybucji należy korzystać z pakietów i komunikatów bezpieczeństwa publikowanych przez ich producentów.

Doraźne wyłączenie Multipath TCP nie jest uznawane za pewne rozwiązanie. Zespół bezpieczeństwa Go ostrzega, że takie działanie może nie wystarczyć, a sam błąd nie ogranicza się wyłącznie do MPTCP. Najpewniejszą metodą ochrony pozostaje instalacja poprawionego jądra.