CVE-2023-53296 in Linux
要約
〜によって VulDB • 2026年06月05日
Linuxカーネルにおいて、以下の脆弱性が修正されました。
sctp: wait_for_sndbuf の後に送信ストリーム番号を確認する
このパッチは、wait_for_sndbuf 実行中に asoc の出力ストリーム数が変更される可能性があるという境界ケースを修正します。
クライアントのメインスレッドが接続を開始した際、その出力ストリーム数が N に設定されている一方で、サーバーの入力ストリーム数が N - 2 に設定されている場合、クライアント内の別のスレッドはストリーム番号 N - 1 のメッセージを送信し続け、INIT_ACK を処理する前に sndbuf の待機を行います。
しかし、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 から再開された後に送信ストリーム番号に対して unlikely チェックを追加することです。
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.