Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - mm/hugetlb：修正 allocate_file_region_entries（） 中的清單損毀 allocate_file_region_entries（） 使用新配置的 file_region 描述元補充 resv->region_cache。分配使用 GFP_KERNEL，因此 resv->lock 會被刪除：新項目會收集在堆疊本機清單頭上，allocated_regions，並在重新取得鎖定後拼接到 resv->region_cache 中。拼接使用了 list_splice（），它移動了條目，但不會重新初始化源頭，因此allocated_regions指向現在位於 resv->region_cache 上的條目。充值會在 while 迴圈中執行，在重新取得鎖定後重新檢查快取不足。對於共用映射，resv_map由 hugetlbfs inode 的每個映射程式共用，因此同一resv_map上的並行 region_chg（）/region_add（）/region_del（） 可以在解鎖視窗期間消耗快取項目並強制進行第二次迭代。該迭代在過時的頭上呼叫 list_add（） 並損毀清單;CONFIG_DEBUG_LIST __list_add_valid（） 檢查跳閘：list_add損毀。next->prev 應該是 prev （ffffc900011ff7f8），但原來是 ffff88814c281460。
    （next=ffff88814c545640）. lib/list_debug.c：31！ 的核心錯誤 lib/.c：31！ allocate_file_region_entries+0x191/0x420 region_chg+0x267/0x300 hugetlb_reserve_pages+0x387/0xc80 hugetlbfs_file_mmap+0x2ce/0x3f0 mmap_region+0x1348/0x1a80 do_mmap+0x85e/0xb90 vm_mmap_pgoff+0x18c/0x330 ksys_mmap_pgoff+0x2a1/0x3e0 do_syscall_64+0xd7/0x420 如果不CONFIG_DEBUG_LIST錯誤的 list_add（） 會以無訊息的方式將核心堆疊位址連結到 resv->region_cache， 導致以後的釋放後使用。在密集的 KVM 主機上觀察到這是真正的主機錯誤，其中 QEMU 客體 RAM hugetlbfs 檔案被 QEMU 和單獨的 SPDK/DPDK 虛擬主機使用者目標映射MAP_SHARED，在一個共用resv_map上產生並行的 region_* 流量。使用 list_splice_init（），以便在每次拼接後將來源磁頭重新初始化為空，從而使重試迴圈安全。（CVE-2026-74518）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補弱點：CVE-2026-74518

high Nessus Plugin ID 335793

版本 1.30