Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - nfsd：修复 SETACL 解码失败 nfsaclsvc_decode_setaclargs（） 和 nfs3svc_decode_setaclargs（） 每次调用 nfs_stream_decode_acl（） 两次（首先是 NFS_ACL，然后是 NFS_DFACL））时的posix_acl泄漏。每次成功调用都会将新分配的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（） 对处于最佳位置：标签位于 nfsacld_proc_setacl（） 和 nfsd3_proc_setacl（） 内，但是当 pc_decode 返回 false 时，svc_process（） 会跳过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（） 采用的每条路径（包括解码失败）上运行，因此从 proc 函数的 out： 标签中删除 posix_acl_release（） 对以将所有权保留在一个地方。这与同级 GETACL 程序使用的现有 release_getacl（） 模式相匹配。（CVE-2026-53397）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-53397

high Nessus 插件 ID 327827

版本 1.9