CVE-2026-99165 in Linux
Сводка
по VulDB • 28.10.2026
В ядре Linux была устранена следующая уязвимость:
sctp: повторная проверка выходного потока после ожидания завершения соединения ассоциации
При включенной интерливинге сообщений первая отправка ожидает установления ассоциации перед формированием своих блоков данных. Ожидание приводит к снятию блокировки сокета, а обработка рукопожатия может уменьшить количество исходящих потоков до значения входящего количества потоков, объявленного пиром (peer). Затем функция sctp_stream_init() освобождает расширения для каждого удаленного потока.
Отправитель возобновляет работу с тем потоком, который он проверил перед ожиданием. Если этот поток был удален пиrom, то позже в функции sctp_outq_tail() происходит разыменование его NULL-расширения. Политики Fatal-oops приводят к панике хоста (panic).
KASAN: null-ptr-deref in range [0x38-0x3f]
RIP: sctp_outq_tail+0x49e/0xaa0 Call Trace: sctp_primitive_SEND sctp_sendmsg_to_asoc sctp_sendmsg
Одной только проверки диапазона недостаточно. Переконфигурация потоков может снова увеличить количество исходящих потоков, пока блокировка снята, без воссоздания расширений, освобожденных предыдущим уменьшением количества. В результате поток может находиться в допустимом диапазоне, но его расширение остается NULL-значением. Ожидание с буфером отправки имеет ту же проблему.
Вынесите проверки диапазона и расширения во вспомогательную функцию (helper) и выполняйте обе после каждого ожидания на пути отправки, которое снимает блокировку сокета. Как только блокировка будет повторно получена, проверка остается стабильной в процессе создания данных и их постановки в очередь.
Если проверка не проходит после завершения соединения ассоциации, то уже созданная ассоциация установлена. Возвращайте ESRCH, чтобы существующий путь вызова сохранял ее под управлением машины состояний (state-machine), а не освобождал напрямую, что привело бы к несогласованности состояния протокола, счетчиков и сокета.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.