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

  - powerpc/fadump在 initmem_init() 之後將 fadump_cma_init 移至 setup_arch()。在早期 init 期間CMA_MIN_ALIGNMENT_BYTES 可以是 PAGE_SIZE因為 pageblock_order 仍然是零而且稍後會在 initmem_init() 期間初始化例如 setup_arch() -> initmem_init() -> sparse_init( ) -> set_pageblock_order() 其中一個會造成問題的使用案例是 - early_setup() -> early_init_devtree() -> fadump_reserve_mem() -> fadump_cma_init()。這會造成在 cma_init_reserved_mem() 中繞過 CMA 記憶體對齊檢查。然後如果保留的記憶體區域不是 pageblock_order 對齊則 cma_activate_area() 可能會命中 VM_BUG_ON_PAGE(pfn & ((1 << order) - 1))。將 fadump_cma_init() 移至 initmem_init() (此處也會呼叫其他此類 cma 保留) 以修正此問題。 <stack trace> ============== 頁面
    refcount:0 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x10010 flags
    0x13ffff800000000(node=1|zone=0|lastcpupid=0x7ffff) CMA raw: 013ffff800000000 5deadbeef0000100 5deadbeef0000122 0000000000000000 raw: 0000000000000000 0000000000000000 00000000ffffffff 0000000000000000 page dumped because: VM_BUG_ON_PAGE(pfn & ((1 << order) - 1)) ----- -------[在此處切入]------------ mm/page_alloc.c:778! 的核心錯誤Call Trace: __free_one_page+0x57c/0x7b0 (unreliable) free_pcppages_bulk+0x1a8/0x2c8 free_unref_page_commit+0x3d4/0x4e4 free_unref_page+0x458/0x6d0 init_cma_reserved_pageblock+0x114/0x198 cma_init_reserved_areas+0x270/0x3e0 do_one_initcall+0x80/0x2f8 kernel_init_freeable+0x33c/0x530 kernel_init+0x34/ 0x26c ret_from_kernel_user_thread+0x14/0x1c (CVE-2024-56677)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2024-56677

medium Nessus Plugin ID 230946

版本 1.18