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

  - smb：server：在傳輸配置失敗時修復洩漏active_num_conn提交 77ffbcac4e56（smb：伺服器：
    ksmbd_tcp_new_connection（）） 中的 Fix Leak of active_num_conn 解決了 kthread_run（） 故障路徑。同一函式中早期的 alloc_transport（） == NULL 路徑具有相同的洩漏，且可透過任何 TCP 連接至 445 埠前透過驗證前抵達，且在 UML 上（ARCH=um， v7.0-rc7）上經驗重現：
    少量強制配置失敗足以使 KSMBD 進入一個狀態，之後的每次連線嘗試都被拒絕，直到開機結束。ksmbd_kthread_fn（） 在呼叫 ksmbd_tcp_new_connection（） 前會先遞增 active_num_conn 並丟棄回傳值，因此當 alloc_transport（） 回傳 NULL 時，套接字會被釋放，而 -ENOMEM 則返回而不遞減計數器。每次失敗都會永久佔用max_connections池中的一個槽位;一旦累積失敗達到上限，atomic_inc_return（）在每次後續接受時都會達到門檻，且所有新連線都會被拒絕。計數器只有在模組重新載入時才會重置。未經認證的遠端攻擊者可透過保留長至 MAX_STREAM_PROT_LEN（0x00FFFFFF）的開啟連線 RFC1002 ，將伺服器推向導致 alloc_transport（） 失敗的記憶體壓力;而載入主機上的自然暫態配置失敗則會造成相同的漂移較慢。在 ksmbd_kthread_fn（）： 中鏡像現有回滾模式，alloc_transport（） 故障路徑，遞減active_num_conn server_conf.max_connections 進行門控。重製細節：補丁還原後，強制alloc_transport（） NULL回傳洩漏的計數器槽及後續連線嘗試——包括強制失敗視窗關閉後發出的合法連線——都被以限制最大連線數拒絕。使用此補丁後，相同的連接序列不會產生拒絕，計數器在每次接受時都能乾淨地在零與一之間循環。（CVE-2026-31711）

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

偵測

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

high Nessus Plugin ID 311687

版本 1.5