Опубликован эксплойт для непропатченной уязвимости Ubuntu: побег из контейнера к root на хосте

Компания DepthFirst 22 сентября опубликовала исследование об уязвимости в ядре Linux, которая позволяет сбежать из контейнера и получить права root на узле-хосте. Одновременно исследователи выложили работающий эксплойт, нацеленный на Ubuntu 26.04.

Уязвимость получила идентификатор CVE-2026-80521 (оценка CVSS — 7.8) и относится к классу use-after-free. Она находится в сборщике мусора для AF_UNIX-сокетов — механизме, который очищает файловые дескрипторы, передаваемые между процессами через сообщения SCM_RIGHTS. Такие сокеты обслуживают локальное взаимодействие процессов и по умолчанию разрешены в seccomp-профилях Docker и Kubernetes — именно поэтому уязвимость достижима изнутри контейнера.

Причина — состояние гонки: сборщик мусора может увидеть новые ссылки раньше, чем данные с ними встали в очередь. Если проход сборки попадает в это окно, часть группы связанных сокетов освобождается, но указатель во внутреннем списке не удаляется. Следующий проход уходит по этому указателю в уже освобождённую память. Поскольку атака выполняется через обычные системные вызовы, разрешённые контейнерам, она обходит изоляцию пространств имён, ограничения cgroup и фильтрацию seccomp.

Ubuntu без патча

Исправление попало в основную ветку ядра 7.2 и стабильную ветку 7.1.10 ещё 6 августа. Уязвимый код появился в ядре 6.10 и был перенесён в стабильные ветки 6.1 и 6.6. Тем не менее трекер безопасности Ubuntu помечает пакет ядра в 26.04 как «уязвимый, работа ведётся». Выпуски 24.04 и 22.04 тоже затронуты через более новые пакеты ядра, включая сборки для нагрузок AWS, Azure и GCP. На момент публикации патч не вышел ни для одного затронутого релиза.

Уязвимость пока не внесена в каталог известных эксплуатируемых уязвимостей CISA, подтверждённых атак нет. Временного обходного пути ни DepthFirst, ни Ubuntu не предложили; исследователи советуют выносить недоверенные нагрузки в изоляцию уровня microVM — например, Firecracker или Kata Containers, где каждая нагрузка получает собственное ядро.

Помог искусственный интеллект

По словам DepthFirst, ошибку нашла её модель dfs-large1, обученная для поиска уязвимостей, вместе с управляемым человеком тестовым стендом. 24 июля компания получила слот в Google kernelCTF, а 5 августа сообщила о баге команде безопасности ядра. Оказалось, ту же ошибку независимо нашёл исследователь из OpenAI, а в коммите CVE репортёром указан Кайл Зенг.

Это уже не первый в 2026 году побег из контейнера через ядро: похожие возможности давали июльская уязвимость в futex и апрельская в криптографической подсистеме, и обе тоже были найдены с помощью ИИ. DepthFirst делает вывод, что ускоренный ИИ поиск уязвимостей снизил барьер настолько, что контейнеры больше нельзя считать защитной границей. По данным LinuxCVETracker, в 2026 году опубликовано почти 5700 уязвимостей ядра Linux — рекордный годовой показатель.

Источник: The Hacker News