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

  - mm：使用正确的挂载 idmap 进行文件所有权检查 自从引入 idmap 挂载之后，就已针对nop_mnt_idmap进行 mincore（） 和 madvise（MADV_PAGEOUT） 中的 inode 所有权检查（针对边信道保护），而这完全忽略了文件挂载的 idmap。这会导致奇怪的边缘情况，例如：
    1） 使用 idmap userA：userB：1 挂载/绑定挂载 2） userB 对磁盘上/内存中属于 userA，但在 idmap 转换后归 userB 拥有的文件运行 owner_or_capable（） 检查 3） 由于未提供正确的 idmap，owner_or_capable（） 神秘地失败 对于 mincore/madvise MADV_PAGEOUT，这通常是良性的， 因为 file_permission（file， MAY_WRITE） 可能会成功，因为它在内部使用正确的 idmap，但不必在 0444 文件中出现这种情况，因为此文件甚至所有者本身也没有写入权限。由于这显然不是易事，因此请引入一个可以携带正确语义的 file_owner_or_capable（），并将 mm 中的各种用户切换到它。
    该问题是在手动代码检查以及与 Jan Kara 的列表中的讨论中发现的。（CVE-2026-64294）

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

检测

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

medium Nessus 插件 ID 329747

版本 1.28