Ещё не выпущенная исследовательская модель Anthropic получила исходное задание, а затем самостоятельно создала работающий эксплойт для уязвимости в ядре Linux, которая позволяет удалённому злоумышленнику выполнять команды с правами root. Злоумышленнику не нужны ни учётная запись, ни какие-либо действия пользователя — достаточно TCP-соединения с сервером. Anthropic рассказала об этом результате 27 октября, но сам эксплойт не опубликовала.
Уязвимость и кого она затрагивает
Уязвимость получила идентификатор CVE-2026-98432 и присутствует в ядре с версии 4.4. Для дыры в коде, на котором работает значительная часть серверов мира, это немалый срок.
В американской базе National Vulnerability Database ей присвоена оценка 9,8 из 10 по шкале CVSS. Red Hat оценивает её в 5,9. Более низкая оценка объясняется тем, что злоумышленнику трудно выиграть гонку между ядрами процессора. Подробнее об этом ниже.
На что ушли 53 минуты
В демонстрации Anthropic целью был сервер с включённым multipath TCP (MPTCP). Работа состояла из двух этапов разной продолжительности.
- Около 48 минут ушло на обход KASLR — защиты, которая размещает ядро в случайном месте памяти, чтобы злоумышленник не мог просто нацелиться на известный адрес.
- Ещё пять минут потребовалось, чтобы захватить управление машиной и выполнить команду с правами root.
В сумме это и даёт 53 минуты из заголовка. Почти всё время ушло на преодоление рандомизации, а сам захват системы оказался уже второстепенной задачей.
В отчёте не говорится, каким было исходное задание, сколько попыток предприняла модель и на каком оборудовании работала целевая система. Не сказано и о том, кто первым обнаружил уязвимость. Утверждается лишь, что, получив исходное задание, модель создала работающий эксплойт без дальнейшей помощи.
Как работает уязвимость
Проблема кроется в обработке TCP-соединений по IPv4. При установлении соединения два ядра процессора могут одновременно обращаться к одним и тем же данным. Одно ядро освобождает участок памяти, а другое продолжает его читать.
Ошибки такого типа называют использованием памяти после освобождения. Это приводит к повреждению памяти ядра, а при определённых условиях даёт злоумышленнику контроль над тем, какой код будет выполняться.
Именно зависимость от точного порядка событий во времени объясняет более низкую оценку Red Hat. Злоумышленнику нужно добиться, чтобы операции на двух ядрах прошли именно в том порядке, который вызывает ошибку, а рассчитывать на это с первой попытки нельзя.
Почему здесь фигурирует MPTCP
MPTCP расширяет обычный TCP и позволяет одному соединению передавать данные через несколько сетевых интерфейсов одновременно. Anthropic использовала его для демонстрации, но уязвимость не ограничивается этим протоколом. Его выбрали как удобный способ показать атаку извне.
В отчёте нет списка других уязвимых конфигураций, поэтому администраторам не следует считать, что проблема ограничивается MPTCP.
Две оценки одной уязвимости
9,8 и 5,9 для одной и той же уязвимости — существенный разрыв. Оценка NVD указывает на то, что уязвимость близка к наихудшему случаю по этой шкале. Red Hat снижает оценку, поскольку выиграть гонку сложно.
В источнике приводятся доводы Red Hat, но не объясняется оценка NVD, поэтому по этому отчёту нельзя судить, как каждая из сторон пришла к своей оценке. Демонстрация же показывает, что автоматизированная атака на сервер с включённым MPTCP завершилась успехом. Ставит ли это точку в споре, решать читателю.
Исправления и кому они доступны
Исправления включены в основную ветку Linux и в следующие стабильные выпуски ядра:
- 5.10.272
- 5.15.223
- 6.1.190
- 6.6.159
- 6.12.113
- 6.18.56
- 7.2.10
- 7.3
С дистрибутивами ситуация другая. Ubuntu всё ещё готовит обновление. Red Hat отложила выпуск исправления для RHEL. Для пользователей этих систем исправление уже существует в upstream, но его ещё нет в пакете, который они фактически устанавливают.
Что известно об эксплуатации
О случаях атак с использованием CVE-2026-98432 пока не сообщалось. Уязвимости также нет в каталоге активно эксплуатируемых угроз CISA.
Сам работающий эксплойт остаётся у Anthropic. Пока единственный запас времени для систем без исправлений — промежуток между выпуском патча поставщиком и публикацией эксплойта.