AnswersPublished22 sources
CVE-2026-98432: krytyczna luka w TCP Linuksa. Co powinni zrobić administratorzy?
CVE 2026 98432 to luka use after free w obsłudze połączeń IPv4 TCP w jądrze Linuksa. Pokazany w doniesieniach sposób wykorzystania błędu dotyczył serwera z nasłuchem MPTCP, ale sama podatność nie ogranicza się do MPTCP.
Opublikowane przezEdytowane za pomocą GPT-6 LunaObrazy wygenerowane za pomocą GPT Image 2
Research answer
Key takeaways
- CVE 2026 98432 to luka use after free w obsłudze połączeń IPv4 TCP w jądrze Linuksa.
- Pokazany w doniesieniach sposób wykorzystania błędu dotyczył serwera z nasłuchem MPTCP, ale sama podatność nie ogranicza się do MPTCP.
- Wyłączenie MPTCP może ograniczyć narażenie na opisaną ścieżkę ataku, lecz naprawia ją dopiero poprawka jądra.
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: What is CVE-2026-98432, the 9.8-CVSS Linux kernel IPv4 TCP race condition affecting kernels from version 4.4 onward, how can simultaneous pr. Article summary: CVE-2026-98432 is a critical use-after-free race in Linux’s IPv4 TCP connection-handshake code, affecting unpatched kernels from 4.4 onward and rated CVSS 3.1 9.8; it is not simply an MPTCP-only vulnerability. [1][5][7] . Topic tags: general, general web, user generated, government. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, ch
CVE-2026-98432 to krytyczny błąd typu use-after-free — użycie pamięci po jej zwolnieniu — w kodzie jądra Linuksa obsługującym zestawianie połączeń IPv4 TCP. Luka dotyczy jąder od wersji 4.4, a jej ocena CVSS 3.1 wynosi 9,8. Opisany zdalny atak z uprawnieniami roota wykorzystał serwer z nasłuchem Multipath TCP (MPTCP), ale źródłem problemu jest obsługa IPv4 TCP, a nie samo MPTCP. 6
44
57
To rozróżnienie ma znaczenie dla administratorów: wyłączenie MPTCP może zablokować konkretną, opisaną ścieżkę wykorzystania luki, ale nie naprawi błędu w jądrze. Badacze przedstawili demonstrację zdalnego wykonania kodu, jednak dostępne informacje nie dowodzą, że każdy serwer TCP dostępny z internetu można niezawodnie zaatakować ani że luka była skutecznie wykorzystywana w atakach w rzeczywistych warunkach. 37
Jak powstaje błąd use-after-free
Podczas nawiązywania połączenia Linux zapisuje opcje IPv4 powiązane z oczekującym żądaniem TCP. W kolejnym etapie funkcja tcp_v4_syn_recv_sock() przekazuje te opcje nowemu gniazdu potomnemu, zamiast je kopiować. W tym samym czasie inny procesor może obsługiwać ponownie wysłany pakiet SYN dla tego samego żądania i nadal odczytywać te dane, gdy połączenie jest zamykane. Jeśli pamięć zostanie zwolniona, zanim odczyt się zakończy, ścieżka obsługi retransmisji może użyć nieaktualnego obszaru pamięci przy budowaniu pakietu SYN-ACK. 44
To właśnie oznacza use-after-free: kod jądra korzysta z pamięci, której okres użycia już się zakończył. Wśród możliwych skutków wymienia się awarię systemu i uszkodzenie pamięci; ostrzeżenia bezpieczeństwa wskazują również na możliwość zdalnego wykonania kodu. To, czy błąd da się zamienić w niezawodny atak, zależy od konkretnych warunków. Opisana demonstracja z MPTCP pokazuje poważną ścieżkę ataku, ale nie dowodzi, że każdy podatny serwer można przejąć w ten sam sposób. 52
Poprawka usuwa problem z czasem życia pamięci: opcje IPv4 są zwalniane dopiero po upływie okresu karencji RCU, co daje równoległym czytelnikom czas na zakończenie pracy. 44
Co wynika z doniesień o exploitach — a co pozostaje niepotwierdzone
W raporcie opublikowanym 27 października Anthropic opisało — jak podawały późniejsze relacje — zdalny exploit z dostępem root, wygenerowany przez model AI i wymierzony w serwer udostępniający nasłuch MPTCP. Według doniesień nie opublikowano ani kodu exploita, ani jego konfiguracji, co utrudnia niezależną ocenę demonstracji i wymaganych warunków. 9
11
Matt Corallo skrytykował reakcję Ubuntu, gdy część dystrybucji udostępniła już poprawione jądra, a poprawki dla Ubuntu wciąż przechodziły testy. Jego wypowiedzi wyrażają obawy dotyczące tempa udostępniania aktualizacji, ale nie stanowią odrębnego technicznego dowodu na wykorzystanie luki. 12
Badacz bezpieczeństwa Marcus Hutchins poinformował o aktywności wyglądającej na skanowanie systemów, które mogą być narażone. Skanowanie świadczy o zainteresowaniu potencjalnymi celami, ale samo w sobie nie oznacza, że którykolwiek z nich został skutecznie zaatakowany. 31
Dlaczego wyłączenie MPTCP to tylko tymczasowe ograniczenie ryzyka
Go w wersji 1.24 i nowszych może włączać MPTCP dla gniazd nasłuchujących, jeśli obsługuje je jądro. W efekcie zachowanie sieciowe aplikacji może mieć znaczenie, nawet jeśli nie została ona napisana specjalnie z myślą o MPTCP. 37
W informacjach o wydaniu LND, oprogramowania używanego m.in. w sieci Lightning, Lightning Labs zaleca administratorom Linuksa wyłączenie MPTCP i instalację poprawionego jądra. Wydanie lnd v0.21.6-beta domyślnie wyłącza nasłuch MPTCP, zamykając opisaną ścieżkę ataku przez tę aplikację. Twórcy podkreślają jednak, że to ograniczenie ryzyka, a nie zamiennik poprawki jądra. 33
37
Wyłączenie MPTCP na poziomie aplikacji może ograniczyć jej narażenie; wyłączenie tej funkcji w całym systemie może objąć także inne usługi korzystające z MPTCP. Żadne z tych działań nie naprawia jednak błędu w obsłudze pamięci IPv4 TCP. Traktuj je jako sposób na ograniczenie ryzyka do czasu aktualizacji, a nie jako potwierdzenie, że niezałatane jądro jest bezpieczne. 6
37
44
Stan poprawek opisany do 4 listopada
Dostępność poprawek zależała od dystrybucji. Canonical poinformował 2 listopada, że poprawki dla Ubuntu 22.04 LTS i nowszych wersji trafiły do opcjonalnego kanału -proposed, gdzie nadal były testowane. Z kolei według ówczesnych doniesień Red Hat udostępnił 1 listopada poprawione jądra dla RHEL 8, 9 i 10. 6
7
Różnica między poprawką dostępną do testów a aktualizacją trafiającą do zwykłego kanału wywołała krytykę, szczególnie po doniesieniach o zdalnym ataku z uprawnieniami root. Informacje o statusie poprawek szybko się zmieniają, dlatego sprawdź komunikat bezpieczeństwa dla konkretnej dystrybucji i jej wersji — nie zakładaj, że aktualizacja przeznaczona dla innego systemu będzie odpowiednia. 7
12
Dla administratorów najważniejsze jest sprawdzenie, jakie jądro faktycznie działa na każdym obciążeniu, a następnie zainstalowanie poprawionej wersji udostępnionej przez dostawcę dystrybucji. Ograniczenia MPTCP mogą pomóc w międzyczasie, ale tylko aktualizacja jądra usuwa podatny sposób zarządzania pamięcią. 6
37
44
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
People also ask
What is the short answer to "CVE-2026-98432: krytyczna luka w TCP Linuksa. Co powinni zrobić administratorzy?"?
CVE 2026 98432 to luka use after free w obsłudze połączeń IPv4 TCP w jądrze Linuksa.
What are the key points to validate first?
CVE 2026 98432 to luka use after free w obsłudze połączeń IPv4 TCP w jądrze Linuksa. Pokazany w doniesieniach sposób wykorzystania błędu dotyczył serwera z nasłuchem MPTCP, ale sama podatność nie ogranicza się do MPTCP.
What should I do next in practice?
Wyłączenie MPTCP może ograniczyć narażenie na opisaną ścieżkę ataku, lecz naprawia ją dopiero poprawka jądra.