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

  - mmhugetlb独立 PMD 页表共享计数 folio 引用计数可能会由调用程序例如 split_huge_pages 通过 try_get_folio() 意外增加。在 huge_pmd_unshare() 中我们使用 refcount 来检查是否共享 pmd 页表。如果上述调用程序增加了 refcount则检查不正确并且可能导致页表泄露BUG进程 sh pfn:109324 页面中的页面状态错误
    refcount:0 mapcount:0 mapping:0000000000000000 index:0x66 pfn:0x109324 flags
    0x17ffff800000000(node=0|zone=2|lastcpupid=0xfffff) page_type: f2(table) raw: 017ffff800000000 0000000000000000 0000000000000000 0000000000000000 raw: 0000000000000066 0000000000000000 00000000f2000000 0000000000000000 page dumped because: nonzero mapcount ... CPU31 UID: 0 PID7515 Comm: sh Kdump: supported 受感染GB 6.13.0-rc2master+ #7 受感染[B]=BAD_PAGE 硬件名称QEMU KVM 虚拟机、BIOS 0.0.0 2015 年 2 月 6 日调用跟踪: show_stack+0x20/0x38 (C) dump_stack_lvl+0x80/0xf8 dump_stack+0x18/0x28 bad_page+0x8c/0x130 free_page_is_bad_report+0xa4/0xb0 free_unref_page+0x3cc/0x620 __folio_put+0xf4/0x158 split_huge_pages_all+0x1e0/0x3e8 split_huge_pages_write+0x25c/0x2d8 full_proxy_write +0x64/0xd8 vfs_write+0xcc/0x280 ksys_write+0x70/0x110 __arm64_sys_write+0x24/0x38 invoke_syscall+0x50/0x120 el0_svc_common.constprop.0+0xc8/0xf0 do_el0_svc+0x24/0x38 el0_svc+0x34/0x128 el0t_64_sync_handler+0xc8/0xd0 el0t_64_sync+ 0x190/0x198 该问题可能由 damon、offline_page、page_idle 等触发这些都会增加页表的 refcount。 1. 页表本身将在报告非零 mapcount 后被丢弃。 2. 由于我们将页表视为共享且共享页表无法取消映射页表映射的 HugeTLB 页面未正确释放。通过引入独立的 PMD 页表共享计数来修复此问题。如注释所述pt_index/pt_mm/pt_frag_refcount 用于 s390 gmap、x86 pgds 和 powerpcpt_share_count 用于 x86/arm64/riscv pmds因此我们可以将该字段重新用作 pt_share_count。 (CVE-2024-57883)

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

检测

Linux Distros 未修补的漏洞：CVE-2024-57883

medium Nessus 插件 ID 231022

版本 1.10