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

  - binfmt_misc：不让“F”条目固定其自己的实例 以“F”注册的条目在注册时打开其解释器并保留该文件直到该条目释放为止。没有人手动删除的任何条目只有在binfmt_misc超级块关闭后才会关闭。如果解释器位于保持该超级块活动状态的挂载上，则两者会相互固定：binfmt_misc sb -> inode -> entry -> interp_file
    -> vfsmount -> binfmt_misc sb TL;DR：该文件永远不会关闭。挂载命名空间消失之后，将不会通过任何一个项目取消注册。有两种方式可触发此缺陷：- 将解释器指向实例本身。其文件为挂载器拥有的常规文件，bm_get_inode（） 和 simple_fill_super（） 都保留i_op empty_iops。因此，notify_change（） 回退到 simple_setattr（） 并且 chmod +x 工作。我们从未设置过SB_I_NOEXEC，因此 open_exec（） 接受它。- 将该实例用作 overlayfs 下层。叠加超级块保留每个层的clone_private_mount（），直到它被销毁并且该克隆不存在于任何命名空间中。因此，umount_tree（） 永远无法到达它。这是一个 DoS。泄漏的不仅仅是超级块。它会固定挂载的用户命名空间，因此每次迭代都会永久消耗调用方的一个用户命名空间费用。所以让我们做理智的事情吧。SB_I_NOEXEC会使 open_exec（） 在实例自己的文件上失败，并s_stack_depth使 overlayfs 在层克隆之前拒绝该层。其中还涵盖 ecryptfs 和 fuse 传递变体。“F”的承诺没有改变。stable 标签有意比 Fixes 标签窄。在沙盒挂载之前，这需要针对每个人共享的单个实例的全局根，并且该更改无论如何不适用于这些树。请注意，SB_I_NODEV会针对 userns 挂载隐式引发，但此处也明确引发。（CVE-2026-74484）

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

检测

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

medium Nessus 插件 ID 335771

版本 1.4