CVE-2026-99999: Krytyczna luka w jądrze Linuksa PwnEscape umożliwia ucieczkę z maszyny wirtualnej

Krytyczna luka w jądrze Linux, śledzona jako CVE-2026-99999, nazwana PwnEscape, może przerwać granicę izolacji między maszynami wirtualnymi a ich hostami. Usterka występuje w stosie sieciowym Linux i może pozwolić na ujawnienie pamięci hosta przez kod kontrolowany przez atakującego uruchomiony w maszynie wirtualnej, awarię hosta i, w warunkach laboratoryjnych, uzyskać wykonanie kodu z gościa na hosta.

Luka ma wynik CVSS 3.1 na poziomie 9,3 i jest szczególnie istotna dla dostawców chmur, operatorów sandboxów, platform CI/CD, środowisk analizy złośliwego oprogramowania i innych organizacji, które wykonują niezaufane ładunki w maszynach wirtualnych opartych na Linuxie.

PwnEscape został odkryty przez badacza bezpieczeństwa Paulosa Yibelo z pwn.ai podczas uczestnictwa w wyzwaniu bezpieczeństwa Sandbox o wartości 1 miliona dolarów organizowanego przez Vercel. Badacz wykazał, że specjalnie spreparowane pakiety sieciowe pochodzące z gościa mogą wielokrotnie ujawniać pamięć hosta z produkcyjnych sandboxów Vercela. Bardziej zaawansowane łańcuchy zapisu na hosta i wykonania na poziomie root zostały odtworzone tylko na systemach kontrolowanych przez badaczy i nie powinny być interpretowane jako dowód kompromitacji na poziomie root w produkcyjnej infrastrukturze Vercela.

Luka nie wynika z KVM, Firecracker ani konkretnej platformy chmurowej. Zamiast tego, istnieje w przetwarzaniu pakietów IPv4 w Linuxie, co oznacza, że zasadnicza słabość może dotyczyć szerszego zakresu architektur wirtualizacji i sandboxów, które wystawiają odpowiednią ścieżkę sieciową hosta na ruch kontrolowany przez gościa.

Organizacje mogą wykorzystać platformę SOC Prime’s AI-Native Detection Intelligence Platform, aby wzmocnić swoją postawę bezpieczeństwa wobec emerging threats i przyspieszyć wykrywanie zagrożeń oraz inżynierię wykrywania w środowiskach SIEM, EDR, XDR i Data Lake.

Specjaliści ds. bezpieczeństwa mogą również korzystać z Prime Architect do badania nowo pojawiających się luk, przekształcania technicznej inteligencji zagrożeń w logikę wykrywania, generowania zapytań łowieckich, walidacji reguł i dostosowywania treści wykrywania do telemetrycznych organizacji.

Kontakt z działem sprzedaży

Analiza CVE-2026-99999

CVE-2026-99999 wpływa na kod jądra Linux wprowadzony w wersji 2.6.27 i dotyczy nieprawidłowej walidacji metadanych sum kontrolnych przed zakończeniem sumy kontrolnej IPv4. Według ogłoszenia CVE jądra Linux, nieprawidłowe metadane sumy kontrolnej docierające do stosu IPv4 mogą spowodować, że funkcja skb_checksum_help() zmieni nagłówek sieciowy po jego wcześniejszym przetworzeniu i zaufaniu przez jądro.

Główny problem dotyczy odroczonego przetwarzania sum kontrolnych. Linux pozwala pakietom sieciowym na przenoszenie metadanych wskazujących, gdzie powinno się rozpocząć operację sumy kontrolnej i gdzie ma być zapisany jej rezultat. Ta optymalizacja jest legalna i szeroko stosowana do odciążania sum kontrolnych, ale problem bezpieczeństwa pojawia się, gdy mniej zaufane metadane kontrolowane przez gościa mogą wpływać na zapisy po tym, jak nagłówek pakietu przeszedł wcześniej etapy walidacji.

W badaniach nad PwnEscape spreparowany pakiet początkowo przedstawiał normalny nagłówek IPv4 z długością nagłówka internetowego (IHL) odpowiadającą 20 bajtom. Później, operacja odroczonej sumy kontrolnej mogła zmodyfikować ten sam nagłówek tak, że jego IHL reprezentował nagłówek o długości 60 bajtów. Kolejna logika fragmentacji ufała tej zmienionej wartości i kopiowała dane poza prawidłowe logiczne zawartości pakietu.

Badacz wykazał ujawnienie 32 bajtów pamięci hosta przez to zachowanie. Nieprawidłowy pakiet zawierał 28 bajtów prawidłowych liniowych danych pakietu, podczas gdy zmodyfikowany nagłówek powodował traktowanie 60 bajtów jako prawidłowych danych nagłówka przez jądro. Wynikająca z tego różnica ujawniała 32 bajty należące do hosta zamiast do pakietu kontrolowanego przez gościa.

Ponieważ ujawnienie mogło być wywoływane wielokrotnie, atakujący kontrolujący obciążenie pracujące jako gość, mógł potencjalnie zebrać informacje z domeny bezpieczeństwa, której maszyna wirtualna nie powinna być w stanie przeglądać. To stanowi bezpośrednią porażkę granicy izolacji gościa-host.

Badacze rozszerzyli następnie prymityw w kontrolowanym środowisku KVM. Korzystając z informacji uzyskanych z ujawnienia pamięci hosta i starannie manipulowanych alokacji pamięci, wykazali wybrane zapisy host-kernel i ostatecznie uruchomili na hoście pomocnika na poziomie root. Cały łańcuch ucieczki został odtworzony na czterech zimnych uruchomieniach systemów będących własnością badaczy.

To rozróżnienie jest ważne. Wykazane ujawnienie pamięci zostało odtworzone w aktywnej infrastrukturze sandboxów Vercela, ale etapy zapisu na hoście i wykonania roota zostały wykazane tylko w kontrolowanych środowiskach badawczych. Vercel zgłosił brak dowodów, że luka ujawniła pliki klientów, tajemnice czy dane aplikacji.

Usterka ta stanowi zatem prymityw ucieczki z gościa na hosta, a nie konwencjonalną lukę umożliwiającą zdalne wykonanie kodu, dostępną bezpośrednio z publicznego internetu. Oficjalny wektor CVSS używa lokalnego wektora ataku, ponieważ atakujący musi najpierw mieć możliwość wykonania kodu w środowisku gościa zdolnym do osiągnięcia wrażliwej ścieżki sieciowej hosta.

To sprawia, że PwnEscape jest szczególnie istotny dla infrastruktury multi-tenant, gdzie uruchamianie niezaufanego kodu jest częścią zamierzonego modelu usługi. Piaskownice rozwoju chmurowego, usługi build, platformy kodowania online, piaskownice złośliwego oprogramowania, systemy 'bezserwerowe’ i środowiska wykonawcze agentów AI mogą celowo zapewniać użytkownikom lub zautomatyzowanym obciążeniom możliwość wykonania kodu na poziomie gościa.

Luka otrzymała wynik CVSS 3.1 na poziomie 9,3 (Krytyczny) z wektorem AV:L/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H. Zmieniony zakres odzwierciedla zdolność złośliwej aktywności pochodzącej z granicy bezpieczeństwa gościa do wpływania na hosta.

Zespół CVE jądra Linux stwierdza, że wrażliwe zachowanie sięga do jądra 2.6.27. Problem został rozwiązany za pomocą commit upstream 6785011f8b16, autorem którego jest Michael S. Tsirkin z Red Hat, który wprowadza walidację zapewniającą, że początek sumy kontrolnej nie może wskazywać wewnątrz już przetworzonego nagłówka IPv4.

Zaakceptowana poprawka stosuje walidację przed zakończeniem sumy kontrolnej w pięciu wrażliwych ścieżkach sieciowych. Jednak deweloperzy upstream opisują zmianę jako środek obrony w głąb i zauważają, że szersza walidacja nieprawidłowych metadanych sum kontrolnych na wejściu wymaga dodatkowej pracy.

Oś czasu odkrycia zaczęła się krótko po uruchomieniu przez Vercela wyzwania bezpieczeństwa 18 sierpnia 2026 roku. pwn.ai złożył początkowe zgłoszenie ujawnienia pamięci hosta 20 sierpnia i prywatnie zgłosił przyczynę rootkową jądra Linux do kontaktów bezpieczeństwa jądra i konserwatorów sieciowych 4 września. Michael S. Tsirkin odtworzył problem 7 września, a ostateczna poprawka upstream została zaakceptowana w net.git 8 października, zanim została scalona z drzewem Linusa Torvaldsa 14 października. CVE zostało publicznie ogłoszone 15 października 2026 roku.

Código dowodowy CVE-2026-99999 jest w zasadzie dostępny poprzez techniczne badania PwnEscape, które dokumentują manipulację pakietami i ograniczone ujawnienie pamięci hosta w znacznych szczegółach. Jednak badacze nie opublikowali całego łańcucha wrażliwego na alokator użytego do przekształcenia ujawnienia w niezawodne kontrolowanie hosta, rezerwując te szczegóły do dalszych badań.

Na czas pisania, nie ma publicznych dowodów, że PwnEscape został złośliwie wykorzystywany w rzeczywistych atakach i nie jest wymienione w katalogu Znanych Wykorzystanych Vulnerability CISA.

Do wykrywania CVE-2026-99999, zespoły ds. bezpieczeństwa powinny priorytetowo traktować widoczność podejrzanych zachowań pochodzących z niezaufanych maszyn wirtualnych, nieoczekiwane awarie host-kernel związane z aktywnością sieciową gościa, nieprawidłowe lub anormalne zachowanie fragmentacji IPv4 oraz nietypowe efekty po stronie hosta po wygenerowaniu ruchu sieciowego przez sandboxed workload.

W przeciwieństwie do kampanii malware z stabilnymi hashami plików lub infrastrukturą command-and-control, eksploatacja występuje przez zachowanie sieciowe jądra. Wykrywanie zatem zależy bardziej od telemetrii hosta, monitorowania wirtualizacji, anomalii sieciowych, analizy awarii i korelacji między aktywnością gościa a nieoczekiwanym zachowaniem hosta.

Łagodzenie skutków CVE-2026-99999

Zespół CVE jądra Linux zaleca aktualizację do najnowszego obsługiwanego stabilnego jądra zawierającego poprawkę bezpieczeństwa zamiast wybierania pojedynczego commit. Poprawki jądra są testowane w ramach stabilnych wydań, a opiekunowie Linuksa wyraźnie zniechęcają do traktowania izolowanych commitów jako niezależnie wspieranych łatek.

Pierwsze naprawione wydania w aktualnie wymienionych gałęziach stabilnych upstream to:

• Linux 5.10: 5.10.272
• Linux 5.15: 5.15.223
• Linux 6.1: 6.1.190
• Linux 6.6: 6.6.159
• Linux 6.12: 6.12.113
• Linux 6.18: 6.18.57
• Linux 7.2: 7.2.11
• Główna linia: 7.3-rc7

Poprawka może być również przenoszona przez dystrybucje Linuksa bez dopasowania dokładnych numerów wersji upstream. Administratorzy powinni zatem skonsultować się z poradnikiem bezpieczeństwa swojej dystrybucji i zweryfikować, czy obecnie uruchomione jądro hosta zawiera istotną łatkę zamiast polegać wyłącznie na wersji pokazanej przez uname.

Ważne jest, aby organizacje aktualizowały jądro hosta. Aktualizacja tylko jąder uruchomionych w maszynach wirtualnych gości nie eliminuje podatnej ścieżki sieciowej hosta opisanej w ataku PwnEscape.

Po zainstalowaniu zaktualizowanego jądra systemy muszą zostać uruchomione w zaktualizowanej wersji. Dla dużych środowisk wirtualizacyjnych zespoły ds. bezpieczeństwa powinny zweryfikować aktywne jądro na każdym hoście hypervisor lub sandbox, zamiast zakładać, że instalacja pakietu sama zakończyła proces naprawy.

Organizacje, które obsługują infrastrukturę multi-tenant lub niezaufane środowiska wykonawcze, powinny priorytetowo traktować łatanie, ponieważ te środowiska inherentnie umożliwiają potencjalnie wrogie ładunki wykonanie kodu na poziomie gościa, co jest wymagane do dotarcia do wrażliwej powierzchni ataku.

Środki obrony warstwowej mogą zmniejszyć konsekwencje ewentualnej ucieczki, podczas gdy łatanie jest realizowane. Vercel, na przykład, używa ograniczeń sandbox jailera Firecracker, wyłącza wirtualizację zagnieżdżoną i ogranicza dostępne uprawnienia hosta do pojedynczych procesów microVM. Takie środki nie naprawiają luki w jądrze, ale mogą zmniejszyć to, do czego może uzyskać dostęp udana ucieczka.

Aby wykrywać próby eksploatacji CVE-2026-99999, zespoły ds. bezpieczeństwa powinny korelować aktywność sieciową pochodzącą z gości z nieprawidłowym zachowaniem hosta, szczególnie awariami jądra, nietypowymi zdarzeniami fragmentacji, niewyjaśnionym ujawnieniem pamięci hosta lub procesami wirtualizacyjnymi zachowującymi się nietypowo po przetworzeniu ruchu gości.

Obecnie nie ma specyficznych dla kampanii wskaźników CVE-2026-99999 IOCs, takich jak złośliwe hashe, domeny lub adresy IP atakujących, ponieważ nie zidentyfikowano publicznie żadnej kampanii eksploatacji w rzeczywistym świecie. Monitorowanie behawioralne i weryfikacja statusu poprawki jądra są zatem bardziej użyteczne niż statyczne dopasowanie wskaźników.

Dostawcy usług w chmurze i organizacje obsługujące niezaufane ładunki klientów powinny również przeglądać dzienniki paniki jądra, telemetrię hypervisora, ślady sieciowe hosta i historyczne zdarzenia awarii pod kątem anomalii czasowo powiązanych z działaniami sieciowymi generowanymi przez gości.

Jeśli podejrzana aktywność wskazuje na możliwą ucieczkę, organizacje powinny traktować podstawowy host jako potencjalnie skompromitowany, a nie tylko izolować maszynę wirtualną gościa. Respondenci incydentów powinni zachować pamięć hosta i odpowiednią telemetrię sieciową, o ile jest to praktyczne, zbadać inne ładunki uruchomione na tym samym systemie i ocenić, czy dane uwierzytelniające hosta, tajemniceszki lub sąsiadujące ładunki mogły być ujawnione.

Platforma SOC Prime’s AI-Native Detection Intelligence Platform może pomóc zespołom ds. bezpieczeństwa w operacjonalizacji informacji o lukach i przyspieszeniu łowiectwa zagrożeń behawioralnych w zakresie infrastruktury, sieci i telemetryki punktów końcowych, dostosowując treść wykrywania do dostępnych źródeł danych.