Уязвимость в коде TCP ядра Linux, обозначенная как CVE-2026-98432, затрагивает Ubuntu, Red Hat Enterprise Linux (RHEL) и другие дистрибутивы Linux. Собственная команда CVE ядра оценивает ее в 9,8 из 10 по шкале CVSS. Компания Anthropic сообщила 27 октября, что ее модель ИИ написала эксплойт, использующий эту уязвимость для предоставления удаленному злоумышленнику без учетных данных возможности выполнять команды с правами root на серверах Linux с прослушивателем multipath TCP. По состоянию на 29 октября Ubuntu и RHEL не выпустили исправленное ядро. Red Hat, Amazon, Oracle и SUSE оценивают уязвимость в диапазоне от 5,9 до 8,1, что ниже показателя команды ядра в 9,8.
Уязвимость представляет собой состояние гонки в коде, который устанавливает новые TCP-соединения IPv4. Это может привести к тому, что ядро будет считывать память, которую оно уже освободило, — тип ошибки, известный как use-after-free. Исправление ядра приписывает исследователю Anthropic Синьяну Гэ за сообщение об ошибке. Ни в записи CVE, ни в исправлении не упоминается multipath TCP (MPTCP). Связь этой функции с данной ошибкой исходит из сообщения Anthropic. MPTCP позволяет одному соединению использовать несколько сетевых путей одновременно. В Linux приложение должно запросить MPTCP при открытии сокета.
В сообщении Anthropic говорится, что уязвимость «была исправлена в основной ветке и перенесена во все поддерживаемые стабильные ветки ядра». Для пользователей дистрибутивов это исправление поступает только в пакете ядра поставщика. Debian, Oracle Linux, SUSE и Amazon Linux уже выпустили исправленные пакеты, по крайней мере, для некоторых своих ядер, но Ubuntu и RHEL этого еще не сделали. Ubuntu также перечисляет свои облачные, FIPS и реального времени ядра как уязвимые или находящиеся в стадии доработки. Red Hat заявляет, что ее исправления «в настоящее время отложены до будущего обновления». Ни Red Hat, ни Ubuntu не называют дату выпуска.
Состояние гонки возникает во время TCP-рукопожатия. Когда соединение установлено, ядро передает параметры IP, сохраненные с ожидающим запросом, новому сокету без их копирования. Если этот сокет уничтожается, пока другой ЦП все еще использует параметры для ответа на повторно отправленный запрос соединения, ядро считывает освобожденную память. IPv6 не подвержен этой гонке, поскольку ядро копирует параметры для соединений IPv6. Ошибка была внесена в Linux 4.4. Разработчики ядра применили исправление 5 октября, за десять дней до публикации CVE. Исправление заставляет ядро ждать, пока другие ЦП закончат чтение параметров, прежде чем освободить их. Команда CVE ядра добавила оценку 9,8 к записи CVE 24 октября, через девять дней после публикации CVE.
Ее оценка предполагает, что злоумышленник отправляет запрос на TCP-соединение с параметрами IPv4 Record Route или Timestamp, а затем повторно отправляет запрос, пытаясь выиграть гонку. Команда оценила сложность атаки как низкую, заявив, что обе стороны гонки «вызваны злоумышленником». В этом случае, по словам команды, ошибка может вернуть злоумышленнику соседнюю память ядра, повредить память ядра или вызвать сбой системы. По состоянию на 28 октября Национальная база данных уязвимостей (NVD) еще не добавила свою собственную оценку и показала 9,8 от команды ядра. Страница Ubuntu также показывает эту оценку.
Страница CVE Red Hat оценивает уязвимость как «Умеренную» (Moderate), присваивая ей 5,9, поскольку выиграть гонку сложно. Указывается, что наиболее вероятным результатом является сбой ядра, с возможностью повреждения памяти теоретически, и что «влияние на конфиденциальность или целостность не продемонстрировано». Файл машиночитаемого уведомления Red Hat, обновленный 29 октября, классифицирует влияние как «Важное» (Important) и оценивает уязвимость в 8,1 с высоким влиянием на конфиденциальность и целостность. Трекер ошибок Red Hat изменил серьезность проблемы с «средней» на «высокую» в тот же день. В тот день на странице CVE значились «Умеренная» и 5,9.
Oracle и SUSE также оценивают уязвимость в 8,1 с тем же вектором CVSS, что и в файле уведомления Red Hat. Эти оценки совпадают с оценками команды ядра по всем метрикам, кроме сложности атаки, которую поставщики оценивают как высокую, а команда ядра — как низкую. Amazon оценивает ее в 7,0.
Anthropic описала эксплойт для Linux в сообщении от 27 октября об уязвимостях, которые ее модель ИИ Claude обнаружила и использовала. The Hacker News освещала это сообщение 28 октября. Claude написала эксплойт после «начального запроса», сообщила Anthropic. Эксплойт работает в два этапа. Во-первых, гонка заставляет ядро отправлять дополнительные байты обратно злоумышленнику. Как только один из этих ответов содержит адрес ядра, злоумышленник может обойти KASLR — рандомизацию адресов памяти ядра. Во-вторых, та же ошибка переполняет буфер и перезаписывает указатель обратного вызова адресом полезной нагрузки, которую злоумышленник уже разместил в памяти ядра. Когда ядро вызывает этот указатель, полезная нагрузка выполняет команду оболочки по выбору злоумышленника с правами root.
Проигранная гонка лишь приводит к неудаче одной попытки соединения и не вызывает сбой системы, поэтому злоумышленник может продолжать попытки, сообщила компания. В их тесте утечка адреса ядра заняла 48 минут, а достижение выполнения команды — еще 5 минут. Сообщение не содержит кода эксплойта, версии ядра или конфигурации, которую тестировала Anthropic.
Red Hat заявляет, что удаленный злоумышленник, имеющий доступ к открытому TCP-сервису, может вызвать состояние гонки. Однако эксплойт root от Anthropic нацелен на серверы с прослушивателем multipath TCP. В сообщении не указано, могут ли серверы без него быть скомпрометированы таким же образом. По состоянию на 29 октября ни в одном из уведомлений поставщиков, записи CVE или сообщении Anthropic не сообщается об атаках с использованием этой уязвимости. Она не фигурирует в копии каталога известных уязвимых уязвимостей CISA, которую люксембургский CIRCL последний раз обновлял 28 октября.
Там, где ваш дистрибутив выпустил исправленное ядро, установите его. Таблица выше содержит пакеты и уведомления для Debian, Oracle Linux, SUSE и Amazon Linux. Если вы собираете собственное ядро, исправление содержится в версиях Linux 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.56, 7.2.10 и 7.3. Команда CVE ядра рекомендует обновить до последней стабильной версии ядра. Она заявляет, что сообщество ядра не поддерживает выборочное применение отдельных исправлений.
Ubuntu, RHEL и некоторые версии Amazon Linux и SUSE пока не имеют исправленного ядра для установки. Red Hat заявляет, что ни одно из доступных средств защиты не соответствует ее стандартам простоты развертывания, пригодности для большинства установок и стабильности. Ни одно из других уведомлений поставщиков не перечисляет их. В уведомлениях и сообщении Anthropic не указано, снижает ли риск отключение multipath TCP или блокировка входящих запросов на соединение, содержащих параметры IP.
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Swati Khandelwal
