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

  - nfs：使用 nfsi->rwsem 保护文件锁定列表的遍历 Lingfeng 发现一个缺陷并提出了两种解决方案，但两者似乎都有问题。通常，我们不能在迭代文件锁定列表时释放 flc_lock，以避免文件锁定的释放后使用 （UAF） 问题。但是，像 nfs_delegation_claim_locks 和 nfs4_reclaim_locks 这样的函数无法遵守此规则，因为recover_lock或nfs4_lock_delegation_recall可能需要很长时间。为解决此问题，NFS 切换为使用 nfsi->rwsem 来提供相同的保护，nfs_reclaim_locks 也遵循此方法。尽管 nfs_delegation_claim_locks 改用 so_delegreturn_mutex，但这还不够充分，因为单个 inode 可以有多个 nfs4_state 实例。因此，补丁为在此情况下也使用 nfsi->rwsem。此外，在提交 c69899a17ca4（NFSv4：VFS 字节范围锁定的更新必须具有 stateid 更新的原子性）之后，函数 nfs4_locku_done 和 nfs4_lock_done 也会违反此规则，因为它们在不保留 nfsi->rwsem 的情况下调用locks_lock_inode_wait。仅添加此保护即可导致许多死锁，因此改为将对 locks_lock_inode_wait 的调用移至_nfs4_proc_setlk。关于提交 c69899a17ca4 修复的缺陷（NFSv4：VFS 字节范围锁定的更新必须是具有 stateid 更新的原子性的），已在提交 0460253913e5 后解决（NFSv4：nfs4_do_open（） 未正确触发状态恢复），因为在调用 nfs4_do_reclaim 之前耗尽所有插槽，从而阻止沿此路径进行并发 stateid 更改。此外，nfs_delegation_claim_locks 也不会造成此并发，从
    使用 NFS_DELEGATED_STATE 调用 _nfs4_proc_setlk，不会发送任何 RPC，因此不会调用 nfs4_lock_done。
    因此，nfs_delegation_claim_locks 的nfs4_lock_delegation_recall是第一次设置 stateid。（CVE-2026-72472）

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

检测

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

critical Nessus 插件 ID 335615

版本 1.25