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

  - mm/hugetlb：当 hugetlb 作品集复制路径中出错时恢复预留 mm/hugetlb.c 中的两个站点通过 alloc_hugetlb_folio（） 分配 hugetlb 作品集（消耗 VMA 预留）然后调用 copy_user_large_folio（），这在提交 1cb9dc4b475c 时变成 int-return（mm：hwpoison：支持从 HugePage 写入时复制错误恢复）并且现在可能失败（例如 hwpoisoned 源页面上的 -EHWPOISON）。在失败路径上，folio_put（） 通过 free_huge_folio（） 还原了全局 hugetlb 池计数，但每个 VMA 预留映射条目仍保持标记为已消耗：- hugetlb_mfill_atomic_pte（） 重新提交路径 （UFFDIO_COPY） - 当 hugetlb_try_dup_anon_rmap（） 失败时，copy_hugetlb_page_range（） fork-time CoW 路径（罕见：在 fork 下固定了 hugetlb 匿名作品集） 用户可见的效果： 在UFFDIO_COPY到重新提交复制失败的私有 hugetlb VMA 中，该地址的保留会从 VMA 的保留映射中泄漏。同一地址的后续错误会走无预留路径，在 hugetlb 池压力下，任务会在其先前预留的地址进行 SIGBUS。fork-time CoW 路径在子 VMA 的保留映射中以相同的方式泄漏，不过它需要固定的 hugetlb 匿名页面 + hw中毒源的罕见组合。在两个错误路径的 folio_put（） 前添加缺少的 restore_reserve_on_error（） 调用。（CVE-2026-53154）

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

检测

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

medium Nessus 插件 ID 323413

版本 1.23