CVE-2023-53296 in Linux
Сводка
по VulDB • 05.06.2026
В ядре Linux устранена следующая уязвимость:
sctp: проверка номера потока отправки после вызова функции wait_for_sndbuf
Этот патч исправляет пограничный случай, при котором количество исходящих потоков (out stream count) в ассоциации (asoc) может измениться после выполнения операции wait_for_sndbuf.
Когда основной поток клиента начинает соединение и его количество исходящих потоков установлено на N, а количество входящих потоков на сервере равно N - 2, другой поток клиента продолжает отправлять сообщения с номером потока N - 1 и ожидает освобождения буфера отправки (sndbuf) до обработки INIT_ACK.
Однако после обработки INIT_ACK количество исходящих потоков в клиенте уменьшается до N - 2, что совпадает с количеством входящих потоков на сервере. Сбой происходит, когда поток, ожидающий sndbuf, пробуждается и отправляет сообщение в несуществующем потоке (N - 1). Трассировка вызовов выглядит следующим образом:
KASAN: null-ptr-deref in range [0x0000000000000038-0x000000000000003f]
Call Trace: <TASK> sctp_cmd_send_msg net/sctp/sm_sideeffect.c:1114 [inline]
sctp_cmd_interpreter net/sctp/sm_sideeffect.c:1777 [inline]
sctp_side_effects net/sctp/sm_sideeffect.c:1199 [inline]
sctp_do_sm+0x197d/0x5310 net/sctp/sm_sideeffect.c:1170 sctp_primitive_SEND+0x9f/0xc0 net/sctp/primitive.c:163 sctp_sendmsg_to_asoc+0x10eb/0x1a30 net/sctp/socket.c:1868 sctp_sendmsg+0x8d4/0x1d90 net/sctp/socket.c:2026 inet_sendmsg+0x9d/0xe0 net/ipv4/af_inet.c:825 sock_sendmsg_nosec net/socket.c:722 [inline]
sock_sendmsg+0xde/0x190 net/socket.c:745
Исправление заключается в добавлении проверки номера потока отправки после пробуждения потока из состояния ожидания wait_for_sndbuf.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.