Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - sctp将 SCTP_CMD_ASSOC_SHKEY 移动到 SCTP_CMD_PEER_INIT 之后 SCTP-AUTH 密钥初始化失败时SCTP 传输路径中报告了 null-ptr-deref
    ================================================== ================ KASAN范围 [0x0000000000000018-0x000000000000001f] CPU0 PID16 Comm: ksoftirqd/0 Tainted: GW 6.6.0 #2 RIP
    0010:sctp_packet_bundle_auth net/sctp/output.c:264 [inline] RIP
    0010sctp_packet_append_chunk+0xb36/0x1260 net/sctp/output.c:401 调用跟踪
    sctp_packet_transmit_chunk+0x31/0x250 net/sctp/output.c:189 sctp_outq_flush_data+0xa29/0x26d0 net/sctp/outqueue.c:1111 sctp_outq_flush+0xc80/0x1240 net/sctp/outqueue.c:1217 sctp_cmd_interpreter.a5+0x15/isra 0x62c0 net/sctp/sm_sideeffect.c:1787 sctp_side_effects net/sctp/sm_sideeffect.c:1198 [内联] sctp_do_sm+0x1a3/0x670 net/sctp/sm_sideeffect.c:1169 sctp_assoc_bh_rcv+0x33e/0x640 net/sctp/associola.c 1052 sctp_inq_push+0x1dd/0x280 net/sctp/inqueue.c:88 sctp_rcv+0x11ae/0x3100 net/sctp/input.c:243 sctp6_rcv+0x3d/0x60 net/sctp/ipv6.c:1127 当 sctp_auth_asoc_init_active_key( ) 处理 INIT_ACK 时sctp_sf_do_5_1C_ack() 中发生故障。在这种情况下，命令序列当前为 - SCTP_CMD_PEER_INIT - SCTP_CMD_TIMER_STOP (T1_INIT) - SCTP_CMD_TIMER_START (T1_COOKIE) - SCTP_CMD_NEW_STATE (COOKIE_ECHOED) - SCTP_CMD_ASSOC_SHKEY - SCTP_CMD_GEN_COOKIE_ECHO 如果 SCTP_CMD_ASSOC_SHKEY - SCTP_CMD_GEN_COOKIE_ECHO 如果 SCTP_CMD_ASSOC_SHKEY 失败asoc->shkey SCTP_CMD_PEER_INIT 已设置 asoc->peer.peer_chunks。这允许 auth = 1 且 shkey = NULL 的 DATA 区块由 sctp_datamsg_from_user() 排队。由于命令解释在失败时停止因此不应通过 SCTP_CMD_GEN_COOKIE_ECHO 发送 COOKIE_ECHO。然而T1_COOKIE 定时器已经启动它可能稍后将 COOKIE_ECHO 排入输出队列。因此DATA 区块可与 sctp_outq_flush_data() 中的 COOKIE_ECHO 一起传输从而导致观察到的问题。类似于在 sctp_process_init() 之后调用 sctp_auth_asoc_init_active_key() 的其他位置类似此修补程序将 SCTP_CMD_ASSOC_SHKEY 移动到紧接在 SCTP_CMD_PEER_INIT 之后、停止 T1_INIT 并启动 T1_COOKIE 之前。这可确保在共享密钥生成失败时无法发送经过身份验证的 DATA。它还允许 T1_INIT 定时器重新传输 INIT从而为客户端提供另一次处理 INIT_ACK 和重试密钥设置的机会。 (CVE-2026-23125)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-23125

medium Nessus 插件 ID 299178

版本 1.26