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

  - ksmbd：將 WRITE_DAC/WRITE_OWNER 檢查新增至 SMB2 SET_INFO SECURITY 提交 cc57232cae23 （ksmbd：透過新增 FSCTL_SET_SPARSE 的權限檢查來修正 FSCTL 權限繞過） 向 fsctl_set_sparse 新增了 FP->DACCESS 閘道，並指出其他函式中也存在類似的控點層級檢查，但此處缺少。SMB2 SET_INFO SECURITY 部門是缺少的部門之一，也是與安全性最相關的部門：
    smb2_set_info_sec（） 呼叫 set_info_sec（），但沒有每個控制碼的存取檢查。set_info_sec（） （fs/smb/server/smbacl.c） 重新授權該檔案：它透過 notify_change（） 重寫所有者/群組/模式，透過 set_posix_acl（） 重寫 POSIX ACL，並在 KSMBD_SHARE_FLAG_ACL_XATTR 共用上透過 ksmbd_vfs_set_sd_xattr（） 移除並重寫 Windows 安全性描述元。同級處理常式 smb2_set_info_file（） 的所有其他持久性突變臂都會先檢查 fp->daccess （FILE_WRITE_DATA / FILE_DELETE / FILE_WRITE_EA / FILE_WRITE_ATTRIBUTES）;改變存取控制本身的 SECURITY 臂是唯一沒有閘門的臂。因此，用戶端可以僅使用 FILE_WRITE_ATTRIBUTES （無 FILE_WRITE_DAC / FILE_WRITE_OWNER） 開啟控點，並搭配 InfoType SMB2_O_INFO_SECURITY 使用 SMB2_SET_INFO 來重寫檔案的 DACL 和所有者，從而授予自己從未攜帶過控點 daccess 的存取權。與 FSCTL 資料臂不同，這是一個元資料/xattr 操作，因此沒有FMODE_WRITE VFS 備份，缺少的 fp->daccess 檢查是整個閘門。設定安全性描述元是WRITE_DAC/WRITE_OWNER作業，因此在重新許可檔案之前，至少需要控制碼上的其中一個描述元。-EACCES 會透過 smb2_set_info（） 對應至 STATUS_ACCESS_DENIED。（CVE-2026-64394）

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

偵測

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

high Nessus Plugin ID 329774

版本 1.3