ВСЕ НОВОСТИ

В ядре Linux исправили критическую PwnEscape: риск касается хостов виртуализации

В ядре Linux исправлена критическая уязвимость CVE-2026-99999, получившая название PwnEscape. При определённых условиях код, уже запущенный внутри гостевой виртуальной машины, способен считывать память хоста, вызвать отказ в его работе или добиться выполнения кода на хостовой системе. Проблема находится в сетевом коде Linux и не связана с ошибкой конфигурации отдельного облачного сервиса.

Уязвимость обнаружил Паулос Йибело из pwn[.]ai во время конкурса безопасности Vercel. О находке сообщили непублично до раскрытия. Признаков эксплуатации CVE-2026-99999 в реальных атаках нет, в каталог CISA KEV она не включена.

Что показала демонстрация

Исследователь установил, что специально сформированные сетевые пакеты, отправленные из гостевой ВМ, могут привести к трём последствиям: раскрытию памяти хоста, сбою хоста или выполнению кода на хостовой системе. Все эффекты связаны с одной ошибкой ядра.

Vercel подтвердила демонстрацию утечки на производственных песочницах. По данным компании, один пакет от гостевой системы позволял получить около 32 байт хостовой памяти. ВМ могла продолжать считывание, пока отправляла пакеты.

Отказ хоста и выполнение кода исследователь наблюдал только на собственных машинах, настроенных по образцу инфраструктуры Vercel. Для сбоя было достаточно двух специально сформированных пакетов; при этом переставали работать все песочницы на затронутом хосте. В лабораторной среде исследователь также получил административные права на хосте, выйдя за пределы ВМ. Он отдельно подчеркнул: этот результат не означает подтверждённого выполнения команд с правами root в производственной среде какого-либо поставщика.

Vercel заявила, что отчёты конкурса не содержали сведений о чтении файлов клиентов, секретов или данных их приложений.

Условия эксплуатации и риск

Разработчики ядра присвоили CVE-2026-99999 оценку 9,3 из 10 — «критическая». Запись также поступила в Национальную базу данных уязвимостей США, но её анализ там ещё не завершён.

Вектор атаки определён как локальный: атакующий должен уже иметь возможность выполнять код в гостевой системе. Это не сценарий, в котором внешний пользователь задействует уязвимость, просто отправляя пакеты через интернет на доступный сервис.

Практический риск прежде всего относится к хостам, запускающим недоверенные или потенциально скомпрометированные гостевые нагрузки. Российским организациям стоит проверить Linux-хосты виртуализации, облачные платформы и внутренние песочницы, где изоляция рабочих нагрузок строится на уровне ядра Linux. Подтверждённых атак на организации в России или СНГ в доступных материалах не приводится.

Почему проблема не ограничена Vercel

Vercel Sandbox изолирует клиентский код в микро-ВМ Firecracker. Каждая такая ВМ имеет собственную копию ядра Linux и запускается на хостах Amazon EC2 с bare-metal-инфраструктурой; несколько гостевых песочниц могут разделять один хост. Микро-ВМ должна отделять клиентскую нагрузку как от хоста, так и от других клиентов.

Однако PwnEscape находится не в механизме этой изоляции, а в сетевом коде ядра, работающего на хосте. По данным pwn[.]ai, конфигурация песочницы Vercel уже была усилена сверх обычной отраслевой практики, а ошибок её настройки исследователи не обнаружили.

Если организации не хватает внутренних ресурсов, чтобы инвентаризировать хосты, сверить сборки ядер и проверить сегментацию гостевых нагрузок, эти задачи можно включить в услуги ИТБ по информационной безопасности. В данном случае предметом проверки должны быть именно хостовые системы и фактическое наличие исправления, а не только настройки и версии гостевых ВМ.

Vercel отмечает, что проблема потенциально затрагивает общий инфраструктурный уровень: крупные облачные платформы разделяют нагрузки клиентов на хостах с ядром Linux. Поэтому оценивать нужно не только конкретный сервис, на котором продемонстрировали утечку, но и состояние хостовых ядер в собственной инфраструктуре.

Исправление и версии ядра

Исправление внесено в основную ветку Linux одним изменением — коммитом 6785011f8b16, подготовленным Майклом С. Циркиным из Red Hat. Оно добавляет проверки, не позволяющие данным контрольной суммы пакета ссылаться на заголовок IPv4 до начала обработки пакета. Эти проверки применены в пяти участках сетевого кода.

При этом изменение намеренно не является исчерпывающим: его автор охарактеризовал патч как дополнительную меру защиты. Более полная проверка пути, по которому пакеты попадают в ядро, всё ещё требует доработки.

Исправление перенесено в поддерживаемые стабильные ветки. Первые версии с патчем:

• 5.10.272 для ветки 5.10;
• 5.15.223 для 5.15;
• 6.1.190 для 6.1;
• 6.6.159 для 6.6;
• 6.12.113 для 6.12;
• 6.18.57 для 6.18;
• 7.2.11 для 7.2.

Номера версии недостаточно для проверки во всех случаях. Дистрибутивы нередко переносят исправления в собственные сборки без смены отображаемой версии ядра. Следует сверить бюллетень поставщика дистрибутива и убедиться, что патч действительно присутствует в ядре, используемом на хосте, а не ориентироваться только на вывод uname.

Действия для администраторов

Хостовое ядро нужно обновить до одной из исправленных версий либо до сборки поставщика с патчем, после чего перезагрузить систему. Обновление ядра только внутри гостевой ВМ проблему на хосте не устраняет.

Отдельного обходного решения для случаев, когда обновление пока невозможно, в исходных материалах не указано. До установки патча остаётся снижать последствия возможного компрометирования гостевой нагрузки. Vercel, в частности, поддерживает хостовые ядра в актуальном состоянии, отключает вложенную виртуализацию и запускает каждую микро-ВМ через Firecracker с минимально необходимыми правами процесса. Эти меры не исправляют PwnEscape, но ограничивают возможности атакующего после эксплуатации.

Конкурс и роль ИИ в исследовании

Уязвимость нашли во время конкурса безопасности Vercel. pwn[.]ai сообщила, что использовала собственную исследовательскую платформу Omega-Pwn, объединяющую инструменты компании и элементы архитектуры OmegaClaw от SingularityNET. В работе использовалась модель GPT-5.6 Sol: она помогала анализировать исходный код, отслеживать гипотезы, трассировки, неудачные попытки и результаты экспериментов. Исследователи при этом направляли процесс, перепроверяли выводы и тестировали их на контролируемых системах.

Компания назвала случай ещё одним примером применения больших языковых моделей для поиска и построения цепочек реальных уязвимостей.

Практический приоритет по CVE-2026-99999 — не гостевые ВМ, а Linux-хосты, на которых они работают. Нужно подтвердить наличие патча в используемых хостовых ядрах, установить обновление и перезагрузить системы. До этого следует ограничить привилегии и возможности недоверенных гостевых нагрузок.

Следите за киберугрозами вместе с экспертами CRATU!
Анализ реальных атак, техники APT-групп, новые уязвимости, практические рекомендации по детекту и доля иронии — всё, как вы любите.

CRATU — ваш инсайдерский источник по кибербезопасности. Подписывайтесь на наш Telegram-канал