CVE-2026-99999: Критична уразливість PwnEscape в ядрі Linux дозволяє втечу з гостьової в хостову систему

Критична вразливість у ядрі Linux, відстежувана як CVE-2026-99999, отримала назву PwnEscape, може зламати межу ізоляції між віртуальними машинами та їх підлеглими хостами. Недолік знаходиться в мережевому стеку Linux і може дозволити коду, контрольованому зловмисником, який виконується всередині гостьової ВМ, розкривати пам’ять хоста, збивати хост, а за умов лабораторних демонстрацій досягати виконання коду з гостьової віртуальної машини на хості.

Це вразливість має бал CVSS 3.1 9.3 і є особливо актуальною для постачальників хмарних послуг, операторів пісочниць, платформ CI/CD, середовищ аналізу шкідливого програмного забезпечення та інших організацій, які виконують недостовірні навантаження всередині віртуальних машин на базі Linux.

PwnEscape була виявлена дослідником безпеки Полосом Йібело з pwn.ai під час участі в $1 мільйонному виклику безпеки пісочниці компанії Vercel. Дослідник продемонстрував, що спеціально сконструйовані мережеві пакети, які походять від гостьової системи, можуть постійно зливати пам’ять хоста з виробничих пісочниць Vercel. Більш просунуті ланцюжки запису на хості та виконання на рівні root вдалося відтворити тільки на системах, контрольованих дослідником, і їх не слід сприймати як доказ компрометації root у виробничій інфраструктурі Vercel.

Вразливість не походить із KVM, Firecracker або конкретної хмарної платформи. Натомість вона існує в обробці IPv4-пакетів у Linux, що означає, що базова слабкість може вплинути на широкий спектр архітектур віртуалізації та пісочниць, які наражають відповідні мережеві шляхи хоста на трафік, контрольований гостьовою системою.

Організації можуть використовувати AI-Native Detection Intelligence Platform від SOC Prime для посилення своєї безпеки проти нових загроз і прискорення полювання на загрози та інженерії детекцій у середовищах SIEM, EDR, XDR та Data Lake.

Професіонали з безпеки також можуть використовувати Prime Architect для дослідження нових вразливостей, трансформації технічної розвідувальної інформації про загрози в логіку детекцій, генерування запитів для полювання, валідації правил та адаптації контенту детекцій до телеметрії організації.

Контакт з продажем

Аналіз CVE-2026-99999

CVE-2026-99999 впливає на код ядра Linux, введений у версії 2.6.27, і відноситься до неправильного підтвердження метаданих контрольної суми перед завершенням контрольної суми IPv4. Згідно з оголошенням CVE для ядра Linux, спотворені метадані контрольної суми, що потрапляють у стек IPv4, можуть викликати функцію skb_checksum_help() для модифікації мережевого заголовка після того, як ядро вже його обробило та довіряє йому.

Основна проблема стосується відразуї обробки контрольно-суми. Linux дозволяє мережевим пакетам переносити метадані, які вказують, де повинна початися операція контрольної суми та де її результат повинен бути записаний. Ця оптимізація є законною та широко використовується для розвантаження контрольно-суми, але проблема безпеки виникає, коли менш довірені метадані, контрольовані гостьовою системою, можуть впливати на запис після того, як заголовок пакета вже пройшов попередні етапи валідації.

У дослідженні PwnEscape, спеціально створений пакет спочатку представляв нормальний заголовок IPv4 з довжиною заголовка Інтернету (IHL), що відповідає 20 байт. Подальша відкладена операція контрольної суми може змінити той самий заголовок, так що його IHL представлятиме заголовок довжиною в 60 байт. Логіка подальшої фрагментації довіряла цьому зміненому значенню та копіювала дані за межі діючого логічного вмісту пакета.

Дослідник продемонстрував розкриття 32 байтів пам’яті хоста через цю поведінку. Спотворений пакет містив 28 байтів діючих лінійних пакетних даних, а модифікований заголовок змусив ядро ставитися до 60 байтів як до діючого вмісту заголовка. Результатна різниця розкрила 32 байти, що належать хосту, а не пакету, контрольованому гостем.

Оскільки розкриття можна було викликати повторно, зловмисник, що контролює гостьове навантаження, міг потенційно зібрати інформацію з домену безпеки, який віртуальна машина не повинна мати можливості переглядати. Це представляє прямий збій межі ізоляції гість-хост.

Дослідники потім розширили примітив у контрольованому середовищі KVM. Використовуючи отриману інформацію з розкриттям пам’яті хосту та обережно маніпулюючи розподілом пам’яті, вони продемонстрували вибіркові записи у ядрі хосту та зрештою виконали root-рівневу програму на хосту. Повний ланцюг втечі було відтворено під час чотирьох холодних завантажень систем, що винані дослідником.

Це розрізнення є важливим. Демонстроване розкриття пам’яті було відтворено проти діючої пісочниці інфраструктури Vercel, але етапи запису на хості та виконання на рівні root були продемонстровані лише в контрольованих середовищах досліджень. Vercel повідомила, що немає жодних доказів того, що вразливість розкрила файли клієнтів, секрети чи дані застосунку.

Отже, цей недолік представляє примітив для втечі з гостьової системи в хост, а не звичайну вразливість віддаленого виконання коду, досяжну безпосередньо з інтернету. Офіційний вектор CVSS використовує локальний вектор атаки, оскільки зловмисник спочатку повинен мати можливість виконувати код всередині середовища гостя, здатного досягти вразливої мережевої місії хоста.

Це робить PwnEscape особливо актуальним для мультиорендних інфраструктур, в яких виконання недостовірного коду є частиною передбачуваної моделі послуг. Хмарні середовища для розробки пісочниць, сервіси збірки, онлайнові кодувальні платформи, пісочниці для шкідливих програм, безсерверні системи та середовища виконання агентів ШІ можуть навмисно надавати користувачам або автоматизованим навантаженням виконання коду на рівні гостя.

Ця вразливість отримала бал CVSS 3.1 в 9.3 (Critical) з вектором AV:L/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H. Змінена сфера охоплення вказує на здатність шкідливої діяльності, що походить з гостьової безпекової межі, впливати на хоста.

Команда CVE ядра Linux стверджує, що вразлива поведінка веде свій початок з ядра 2.6.27. Проблема була вирішена через upstream commit 6785011f8b16, автором якого є Майкл С. Трікін з Red Hat, який вводить перевірку, що гарантує, що початок контрольної суми не може вказувати всередині вже розібраного заголовка IPv4.

Прийняте виправлення застосовує перевірку перед завершенням контрольної суми через п’ять вразливих мережевих шляхів. Однак, upstream розробники описують цю зміну як захід для підвищення глибини захисту та зазначають, що ширша перевірка спотворених метаданих контрольної суми на вході потребує додаткової роботи.

Хронологія відкриття почалася незабаром після запуску Vercel свого виклику безпеки 18 серпня 2026 року. pwn.ai подала перше обмежене розкриття пам’яті хоста 20 серпня і приватно повідомила про корінну причину ядра Linux безпековим контактам та мережевим підтримувачам 4 вересня. Майкл С. Трікін відтворив проблему 7 вересня, і остаточне виправлення upstream було прийняте в net.git 8 жовтня перед тим, як було об’єднано в дерево Лейнуса Торвальдса 14 жовтня. CVE було публічно оголошено 15 жовтня 2026 року.

CVE-2026-99999 PoC фактично доступний через технічне дослідження PwnEscape, яке документує маніпуляцію з пакетами та обмежене розкриття пам’яті хоста в значних деталях. Однак, дослідники не публікували повний ланцюжок, чутливий до розподільника, який використовувався для перетворення розкриття в надійне управління хостом, залишаючи ці деталі для подальшого дослідження.

На момент написання, немає жодних публічних доказів того, що PwnEscape була зловмисно використана у реальних атаках, і вона не внесена до каталогу відомих експлуатованих вразливостей CISA.

Для виявлення CVE-2026-99999 команди безпеки повинні пріоритезувати видимість підозрілої поведінки, що походить від недостовірних віртуальних машин, неочікуваних аварій ядра, пов’язаних з мережевою активністю гостя, спотвореного або аномального поведінки фрагментації IPv4, та незвичних хостових ефектів після мережевого трафіку, створеного в умовах пісочниці.

На відміну від кампаній з шкідливими програмами зі стабільними хешами файлів або інфраструктурою командування і управління, експлуатація відбувається через поведінку мережі ядра. Тому детекція більше залежить від телеметрії хоста, моніторингу віртуалізації, мережевих аномалій, аналізу аварій і кореляції між активністю гостя та неочікуваною поведінкою хоста.

Пом’якшення CVE-2026-99999

Команда CVE ядра Linux рекомендує оновити до останньої підтримуваної стабільної версії ядра, що містить виправлення безпеки, а не вибирати окремий коміт. Виправлення для ядра тестуються в рамках стабільних релізів, і мейнтейнерів Linux експліцитно не рекомендують обробляти ізольовані коміти як самостійно підтримувані патчі.

Перші виправлені випуски в наразі перерахованих стабільних гілках upstream є такими:

• 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
• Mainline: 7.3-rc7

Виправлення також можуть бути зворотньо перенесені дистрибутивами Linux без відповідності цих точних номерів версій upstream. Адміністратори повинні, отже, консультуватися з безпековим бюлетенем свого дистрибутива та перевіряти, чи містить поточно працююче ядро хоста відповідний патч, а не покладатися виключно на версію, показану командою uname.

Важливо, щоб організації оновлювали ядро хоста. Оновлення лише ядер, що працюють всередині гостьових віртуальних машин, не усуває вразливий мережевий шлях хоста, описаний в атаці PwnEscape.

Після встановлення оновленого ядра системи повинні бути перезавантажені в виправлену версію. Для великих віртуалізаційних середовищ команди безпеки повинні перевіряти активне ядро на кожному гіпервізорі або хості пісочниці, а не вважати, що установка пакета самостійно завершила виправлення.

Організації, які експлуатують мультиорендну або недостовірну інфраструктуру, повинні пріоритезувати патчування, оскільки ці середовища інгерентно надають потенційно ворожим навантаженням потрібне виконання коду на рівні гостя для досягнення вразливої поверхні атаки.

Засоби захисту в глибину можуть зменшити наслідки можливої втечі під час завершення патчування. Vercel, наприклад, використовує обмеження Firecracker jailer, вимикає вкладену віртуалізацію та обмежує дозволи хоста, доступні окремим мікроВМ-процесам. Такі заходи не виправляють вразливість ядра, але можуть зменшити, до чого може мати доступ успішна втеча.

Для виявлення спроб експлуатації CVE-2026-99999 команди безпеки повинні корелювати мережеву активність, що походить від гостя, з ненормальною поведінкою хоста, зокрема аваріями ядра, незвичними подіями фрагментації, нез’ясованим впливом пам’яті хоста або неочікуваною поведінкою процесів віртуалізації після обробки трафіку, створеного гостем.

В даний час немає IOCs, специфічних для кампаній CVE-2026-99999, таких як шкідливі хеші, домени або IP-адреси зловмисників, оскільки не було публічно ідентифіковано жодної реальної кампанії по експлуатації. Тому поведінковий моніторинг і перевірка статусу патчування ядра є більш корисними, ніж статичний збіг індикаторів.

Постачальники хмарних послуг і організації, що здійснюють недостовірне навантаження клієнтів, повинні також переглядати журнали паніки ядра, телеметрію гіпервізора, мережеві трасування хоста та історичні події аварій на предмет аномалій, тимчасово пов’язаних з мережевою активністю, що генерована гостем.

Якщо підозріла активність вказує на можливу втечу, організації повинні розглядати базовий хост як потенційно скомпрометований, а не ізолювати лише гостьову ВМ. Відповідачі на події повинні зберегти пам’ять хоста та відповідну мережеву телеметрію, де це можливо, дослідити інші навантаження, що виконуються на тій же системі, та оцінити, чи могли бути розкриті облікові дані хоста, секрети або сусідні навантаження.

AI-Native Detection Intelligence Platform від SOC Prime може допомогти командам безпеки оперативізувати інтелект щодо вразливості та прискорити поведінкове полювання на загрози у всій телеметрії інфраструктури, мережі і кінцевої точки, адаптуючи контент детекцій до доступних джерел даних.