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

  - sctp：只有在關聯設定/重新設定期間將關聯移至 COOKIE_WAIT 時，才會叫用過時 COOKIE-ECHO 處理 sctp_stream_update（） 上的清除出佇列。在此路徑中，輸出資料流程排程器狀態 （stream->out_curr） 預期為乾淨，因為除非狀態機器已部分進度，否則尚未傳輸任何使用者資料。但是，sctp_sf_do_5_2_6_stale（） 中存在一個極端情況：當收到過時的 Cookie ERROR 時，關聯會從 COOKIE_ECHOED 回滾為 COOKIE_WAIT。在此案例中，使用者資料可能已經排入佇列，甚至與 COOKIE-ECHO 區塊捆綁在一起。在復原期間，sctp_stream_update（） 會釋放舊的資料流表並安裝新的資料流資料表，但不會使資料流>out_curr失效。因此，out_curr仍可能指向從先前資料流狀態釋放的sctp_stream_out項目。稍後，SCTP 排程器出列路徑 （FCFS、RR、PRIO 等） 依賴 stream->out_curr->ext，一旦透過 sctp_stream_free（） 釋放舊的串流狀態，就可能導致釋放後使用。這會導致崩潰，例如（由 Yuqi 報告）： 錯誤：KASAN：
    slab-use-after-free in sctp_sched_fcfs_dequeue+0x13a/0x140 由任務 mini_poc/9312 在 addr ff1100004d4d3208 讀取大小 8 CPU：1 UID：1001 PID：9312 通訊：mini_poc 未受污染 7.1.0-rc1-00305-gbd3a4795d574 #5 PREEMPT（full） sctp_sched_fcfs_dequeue+0x13a/0x140 sctp_outq_flush+0x1603/0x33e0 sctp_do_sm+0x31c9/0x5d30 sctp_assoc_bh_rcv+0x392/0x6f0 sctp_inq_push+0x1db/0x270 sctp_rcv+0x138d/0x3c10 在以下情況下完全清除關聯出佇列來修正此問題處理過時 Cookie 案例。這可確保捨棄所有擱置中的傳輸和重新傳輸狀態，且任何排程器快取的指標都會失效，進而在重新啟動期間安全地重建串流狀態COOKIE_WAIT。僅更新資料流>out_curr是不夠的，因為佇列和可重新傳輸的資料仍會參考舊的資料流狀態，並在出隊路徑中觸發稍後的釋放後使用。（CVE-2026-52924）

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

偵測

Linux Distros 未修補弱點：CVE-2026-52924

high Nessus Plugin ID 322515

版本 1.10