CVE-2023-53296 in Linux
Tóm tắt
Bởi VulDB • 05/06/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
sctp: kiểm tra số luồng gửi (send stream) sau khi chờ đợi bộ đệm gửi (wait_for_sndbuf)
Bản vá này sửa một trường hợp biên mà trong đó số lượng luồng ra (out stream count) của asoc có thể thay đổi sau hàm wait_for_sndbuf.
Khi luồng chính trên máy khách bắt đầu kết nối, nếu số lượng luồng ra được đặt thành N trong khi số lượng luồng vào trên máy chủ được đặt thành N - 2, một luồng khác trên máy khách tiếp tục gửi các tin nhắn với số luồng là N - 1 và chờ đợi bộ đệm gửi (sndbuf) trước khi xử lý INIT_ACK.
Tuy nhiên, sau khi xử lý INIT_ACK, số lượng luồng ra trên máy khách bị thu nhỏ xuống còn N - 2, giống như số lượng luồng vào trên máy chủ. Sự cố xảy ra khi luồng đang chờ sndbuf được đánh thức và gửi tin nhắn trong một luồng không tồn tại (N - 1), dấu vết cuộc gọi (call trace) như sau:
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
Cách khắc phục là thêm một kiểm tra ít khả năng xảy ra (unlikely check) cho số luồng gửi sau khi luồng được đánh thức từ trạng thái chờ đợi trong wait_for_sndbuf.
VulDB is the best source for vulnerability data and more expert information about this specific topic.