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

  - net/smc：保護 smc_getname smc_getname（） 解除參照 smc->clcsock 中的 clcsock 存留期，而不保留 clcsock_release_lock。鏈路組端接可以透過 smc_close_active_abort（） 釋放 CLC 通訊端，而 SMC 通訊端仍處於開啟狀態，例如在關機後 （SHUT_WR）。getsockname（） 呼叫端可以載入 smc->clcsock，然後終止背景工作程式可以在呼叫端存取 clcsock->ops 或叫用 getname（） 之前清除指標並呼叫 sock_release（） 。這會導致釋放後使用;如果背景工作在載入之前清除指標，則會導致 NULL 解除參照。系統呼叫的檔案參照會讓 SMC 通訊端保持作用中，但不會防止其 CLC 通訊端的非同步釋放。KASAN 使用僅測試計時檢測報告以下內容： 錯誤：KASAN：smc_getname+0x19e/0x1b0 中的 slab-use-after-free 由任務 poc/103 在 addr ffff888109abb4e0 讀取大小 8 呼叫追蹤：smc_getname+0x19e/0x1b0 do_getsockname+0xe5/0x170
    __sys_getsockname+0x8c/0x100 由工作 95 分配：sock_alloc_inode+0x1e/0x280 sock_alloc+0x3d/0x240
    __sock_create+0x7e/0x430 smc_create+0x121/0x240 由工作 0 釋放：kmem_cache_free+0xcc/0x340 rcu_core+0x50a/0x1850 上次可能相關的工作建立：evict+0x446/0x6c0 smc_clcsock_release+0xa8/0xd0 smc_close_active_abort+0x26a/0x3a0 __smc_lgr_terminate.part.0+0x137/0x2e0 在指標檢查和 getname（） 回呼中按住 clcsock_release_lock，以使用 smc_clcsock_release（） 序列化。如果 CLC 通訊端已釋放，則傳回 -EBADF，否則保留現有的對等狀態檢查和回呼的傳回值。（CVE-2026-99032）

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

偵測

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

high Nessus Plugin ID 371475

版本 1.14