Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - sctp將 SCTP_CMD_ASSOC_SHKEY 移到 SCTP_CMD_PEER_INIT 之後。據報 SCTP-AUTH 金鑰初始化失敗時在 SCTP 傳輸路徑中null-ptr-deref
    ================================================== ================ KASAN範圍 [0x0000000000000018-0x000000000000001f] CPU 0 PID16 通訊ksoftirqd/0 污染GW 6.6.0 #2 RIP
    0010sctp_packet_bundle_auth net/sctp/output.c:264 [內嵌] RIP
    0010:sctp_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_x19israpreter.0+0+0x1920192015.0+0+0. 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/sctpassociola.: 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 仍為 NULLcapable而 asocpe->er. asoc->peer.peer_chunks 已由 SCTP_CMD_PEER_INIT 設定。此可允許 auth = 1 且 shkey = NULL 的 DATA 區塊由 sctp_datamsg_from_user() 排入佇列。由於命令解譯在失敗時停止因此不應透過 SCTP_CMD_GEN_COOKIE_ECHO 傳送任何 COOKIE_ECHO。不過T1_COOKIE 計時器已啟動且稍後可能會將 COOKIE_ECHO 加入 outqueue 佇列。因此DATA 區塊可與 sctp_outq_flush_data() 中的 COOKIE_ECHO 一起傳輸進而導致觀察到的問題。與其他會在 sctp_process_init() 之後立即呼叫 sctp_auth_asoc_init_active_key() 的位置類似此修補程式會在停止 T1_INIT 並啟動 T1_COOKIE 之前立即移動 SCTP_CMD_ASSOC_SHKEY。如此可確保在共用金鑰產生失敗時無法傳送經驗證的 DATA。其也允許 T1_INIT 計時器重新傳輸 INIT讓用戶端有機會再次處理 INIT_ACK 並重試金鑰設定。 (CVE-2026-23125)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補的弱點：CVE-2026-23125

medium Nessus Plugin ID 299178

版本 1.3