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

  - net/smc：透過固定 socket 來修復 smc_cdc_rx_handler() 中的 UAF smc_cdc_rx_handler() 會在 link group 的 conns_lock 保護下透過 token 尋找連線，釋放該鎖後反參考 conn 以及從其衍生出來的 smc_sock，最終在 smc_cdc_msg_recv() 內部執行 sock_hold(&smc->sk)。鎖定釋放中不會保留任何參照。當連線在連結群組中可被發現時，唯一用來固定 socket 的引用是在 conns_lock 的保護下，於 smc_lgr_register_conn() 中取得 (sock_hold)，並於 __smc_lgr_unregister_conn() 中釋放 (sock_put)。一旦處理常式釋放 conns_lock，並行的 close() -> smc_release() -> smc_conn_free() -> smc_lgr_unregister_conn() 流程便可能釋放該引用並釋放 smc_sock，導致處理常式後續執行的 sock_hold() 操作在已被釋放的記憶體上執行：WARNING: lib/refcount.c:25 at refcount_warn_saturate Workqueue: rxe_wq do_work refcount_warn_saturate (lib/refcount.c:25) smc_cdc_msg_recv (net/smc/smc_cdc.c:430) smc_cdc_rx_handler (net/smc/smc_cdc.c:502) smc_wr_rx_tasklet_fn (net/smc/smc_wr.c:445) tasklet_action_common (kernel/softirq.c:938) handle_softirqs (kernel/softirq.c:622) Kernel panic - not syncing: panic_on_warn set 僅 SMC-R 受此影響。SMC-D 的接收 tasklet 在連線取消註冊前，會在 smc_conn_free() 中透過 tasklet_kill(&conn->rx_tsklet) 停止，因此無法與釋放操作同時執行。在仍持有 conns_lock 的情況下取得 socket 引用，使註冊引用不再會是最後一個引用，並在處理常式執行完畢後將其釋放。
    (CVE-2026-64541)

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

偵測

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

critical Nessus Plugin ID 330243

版本 1.36