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

  - sctp：在 DEL-IP 處理過程中不要釋放 ASCONF 自身的傳輸路徑。sctp_process_asconf() 會將處理 ASCONF 區塊所對應的傳輸路徑快取在 asconf->transport 中（等於 chunk->transport，在 sctp_rcv() 中設定一次）。對於透過 __sctp_rcv_asconf_lookup() 以地址參數定位到的 ASCONF 而言，該快取的傳輸路徑對應於該地址參數，而該地址參數不一定要是封包的來源地址。
    sctp_process_asconf_param() 會退回封包來源地址的 DEL-IP（ADDIP D8，SCTP_ERROR_DEL_SRC_IP），但沒有任何機制保護 asconf->transport。因此，單一 ASCONF 可以依序攜帶：[位址參數 L] [DEL-IP L] [DEL-IP 0.0.0.0]，其中 L 與來源不同。L 的 DEL-IP 通過 D8 檢查，並在 asconf->transport 仍指向的傳輸上呼叫 sctp_assoc_rm_peer()，進而釋放 (RCU 延遲)。接續的萬用字元 DEL-IP 會在 sctp_assoc_set_primary() 及 sctp_assoc_del_nonprimary_peers() 中重複使用目前已成為懸空指標的 asconf->transport：set_primary() 會解引用已被釋放的傳輸路徑 (->ipaddr、->state)，並將該懸空指標寫入 asoc->peer.primary_path 與 active_path；而 del_nonprimary_peers() 只保留不在串列上的指標，刪除所有真實的傳輸路徑，導致該關聯的 transport_count 變為 0，且 primary_path 與 active_path 皆指向已被釋放的記憶體。拒絕針對正在處理 ASCONF 之傳輸路徑的 DEL-IP (鏡像現有的來源地址保護機制)，使萬用字元分支永遠不會重複使用已被釋放的傳輸路徑。(CVE-2026-64564)

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

偵測

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

critical Nessus Plugin ID 331886

版本 1.29