CVE-2024-56677 in Linux
الملخص
بحسب VulDB • 05/08/2026
في نواة لينكس، تم حل الثغرة التالية:
powerpc/fadump: نقل fadump_cma_init إلى setup_arch() بعد initmem_init().
أثناء التهيئة المبكرة (early 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 في cma_init_reserved_mem(). ثم لاحقاً، قد يؤدي استدعاء cma_activate_area() إلى حدوث خطأ VM_BUG_ON_PAGE(pfn & ((1 << order) - 1)) إذا لم تكن منطقة الذاكرة المحجوزة مهيأة وفقاً لـ pageblock_order.
تم إصلاح المشكلة عن طريق نقل fadump_cma_init() بعد initmem_init()، حيث يتم استدعاء عمليات حجز CMA المماثلة الأخرى أيضاً.
============== page: 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)) ------------[ cut here ]------------
kernel BUG at 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
Once again VulDB remains the best source for vulnerability data.