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

  - ksmbd：驗證 ipc_validate_msg（） 中的回應大小 ipc_validate_msg（） 會以 Unsigned int 算術將攻擊者控制的欄位從常駐程式回應新增至固定結構大小，以計算每種回應類型的預期訊息大小。三種情況可能會溢位： KSMBD_EVENT_RPC_REQUEST： msg_sz = sizeof（struct ksmbd_rpc_command） + resp->payload_sz;KSMBD_EVENT_SHARE_CONFIG_REQUEST：msg_sz = sizeof（struct ksmbd_share_config_response） + resp->payload_sz;KSMBD_EVENT_LOGIN_REQUEST_EXT：msg_sz = sizeof（struct ksmbd_login_response_ext） + resp->ngroups * sizeof（gid_t）;resp->payload_sz 為 __u32，resp->ngroups 為__s32。每個新增都可以包裝在 unsigned int 中;乘以 sizeof（gid_t） 會混合有符號和 size_t，因此負 ngroup 會在乘法之前轉換為 SIZE_MAX。恰好等於 entry->msg_sz 的 msg_sz 包裝值會繞過下一行的大小檢查，下游消費者 （smb2pdu.c：6742 memcpy 使用 rpc_resp->payload_sz，ksmbd_alloc_user 中的 kmemdup 使用 resp_ext->ngroups） 然後信任未經驗證的長度。在 RPC_REQUEST 和 SHARE_CONFIG_REQUEST 路徑上使用 check_add_overflow（） 來偵測整數溢位，而不會限制功能負載大小;
    使用者空間 ksmbd-tools 會針對 NetShareEnumAll 等呼叫以 4096 位元組區塊增加 NDR 回應，因此硬性傳輸上限在回應端是行不通的。對於LOGIN_REQUEST_EXT，預先拒絕帶正負號的 [0， NGROUPS_MAX] 範圍之外的 resp->ngroups，並報告 ipc_validate_msg（） 的錯誤，使其在 IPC 邊界觸發;有了這個界限，隨後的乘法和加法就遠低於UINT_MAX。現在多餘的 ngroups 檢查和 ksmbd_alloc_user（） 中的pr_err已被移除。這是 aab98e2dbd64 的回應端類比 （ksmbd：修正 32 位元系統上的整數溢位），它強化了請求端。
    (CVE-2026-31707)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

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

high Nessus Plugin ID 311633

版本 1.20