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

  - nfsd：修正 SETACL 解碼失敗 nfsaclsvc_decode_setaclargs（） 和 nfs3svc_decode_setaclargs（） 每次調用 nfs_stream_decode_acl（） 兩次的posix_acl洩露，首先是 NFS_ACL，然後是 NFS_DFACL。每個成功的呼叫都會將新配置posix_acl的所有權轉移到 argp->acl_access 或 argp->acl_default。如果第一個呼叫成功，但第二個呼叫失敗，解碼器會傳回 false，且 argp->acl_access 會懸空。ACLPROC2_SETACL.pc_release 已連線至 nfssvc_release_attrstat，ACLPROC3_SETACL.pc_release 已連線至 nfs3svc_release_fhandle。兩者都只調用 fh_put（），並且不知道 argp 上的 ACL 欄位。posix_acl_release（） 對位於 out：標籤位於 nfsacld_proc_setacl（） 和 nfsd3_proc_setacl（） 內，但當 pc_decode svc_process（） 傳回 false 時，（） 會跳過pc_func，因此解碼失敗時無法進行清理： svc_process_common（） pc_decode（） /* decode_setaclargs： false */ /* pc_func跳過 */ pc_release（） /* 僅fh_put -- ACL 洩漏 */ 孤立的posix_acl在伺服器的生命週期內洩露。透過新增 nfsaclsvc_release_setacl（） 和 nfs3svc_release_setacl（） 來修正，除了 fh_put（） 之外，它們還會釋放 argp->acl_access 和 argp->acl_default，並將它們作為各自 SETACL 程序的pc_release進行連線。pc_release 會在解碼後 svc_process（） 所採用的每條路徑上運行，包括解碼失敗，因此 posix_acl_release（） 對會從 proc 函式的 out： 標籤中移除，以將所有權保留在一個地方。這符合同級 GETACL 程序所使用的現有 release_getacl（） 模式。（CVE-2026-53397）

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

偵測

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

high Nessus Plugin ID 327827

版本 1.17