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

  - vfs卸载时不泄漏断开的 dentry 当用户在未缓存的某些 inode 上调用 open_by_handle_at() 时我们将为其创建断开的 dentry。如果此类 dentry 是目录exportfs_decode_fh_raw() 随后会尝试通过 reconnect_path() 连接此 dentry 与 dentry 树。
    可能会因多种原因如 fs 损毁或重命名争用对 reconnect_one() 中 lookup_one_unlocked() 的调用无法找到我们尝试重新连接的 dentry而是在父项下创建新 dentry。现在此 dentry 不会被标记为已断开连接尽管父项可能仍会断开连接至少在由于 fs 已损坏且 .. 未指向真正的父目录而发生此不一致的情况下是这样。这会造成断开连接标记中的不一致但对 AFAICS 基本无害。至少在提交 f1ee616214cb VFS不在 d_anon 上保持断开连接的 dentry之前此状态删除了大多数断开连接的 dentry 到 sb->s_anon 列表的添加。因此在此提交后断开的 dentry 的清理隐式依赖 dput() 将立即回收此类 dentry。但是当某些叶 dentry 未标记为已断开连接时如上述情况所示则不会发生回收且 dentry 会泄漏。内存回收最终可以回收它们但否则它们会留在内存中并且如果首先发生卸载我们会命中声名远播的忙碌 inode 卸载缺陷。确保在断开连接的父项下创建的所有 dentry 也被标记为断开连接。 (CVE-2025-40105)

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

检测

Linux Distros 未修补的漏洞：CVE-2025-40105

medium Nessus 插件 ID 272061

版本 1.4