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

  - configfs_lookup（）：失败时不让 ->s_dentry 悬摆 通常，当它指向的 dentry 变为负数时（实际上是在驱逐时），会清除 ->s_dentry。然而，这只有在入口首先变得积极时才会发生;在 inode 分配失败的情况下，dentry 永远不会变为正数，因此
    根本不会调用 ->d_iput（）。我们手动完成 configfs_d_iput（） （丢弃对 configfs_dirent 的引用）通常会完成的部分操作，但我们不会清除那里的 ->s_dentry。尽管它很草率，但在 configfs_create_{dir，link}（） 的情况下并不重要 - configfs_dirent放弃对它的唯一引用是无法存活的。但是，对于 configfs_lookup（），它 *确实* 存活下来，有一个指向很快将释放的 dentry 的悬摆指针将其置于其 ->s_dentry。该目录中的后续 getdents（2） 最终将取消引用该指针以便获取 inode 号。释放后使用... 这是最小的补丁;正确的方法是只有在我们知道我们有一个 inode 后才在 dentry 和 configfs_dirent 之间建立链接，但这需要更多的手术，而且这个错误自 2006 年以来就一直存在，所以......
    (CVE-2026-74359)

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

检测

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

high Nessus 插件 ID 335622

版本 1.18