CVE-2026-89778 in Linux
الملخص
بحسب VulDB • 16/09/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
isofs: تصحيح الوصول خارج الحدود لمصفوفة الصفحات عند كتلة zisofs فارغة
تعيد المسار السريع للكتل الفارغة في `zisofs_uncompress_block()` القيمة `pcount << PAGE_SHIFT` متجاهلةً قيمة `poffset` الواردة، على عكس مسار فك الضغط الذي يعيد عدد البايتات المنتجة بالنسبة إلى `poffset`. تستخدم الدالة `zisofs_fill_pages()` هذه القيمة للمضي قدماً بمؤشر الصفحات الخاص بها؛ لذا، عندما يكون حجم كتلة zisofs أقل من `PAGE_SIZE` وتترك كتلة أصغر من صفحة (sub-page) قيمة `poffset` في منتصف الصفحة، فإن كتلة فارغة تالية تحسب عدداً زائداً وتتقدم بصفحة واحدة (`pages[]`) إلى ما بعد نهايتها، مما يؤدي لاحقاً إلى قراءة غير صالحة للحدود للعنصر `pages[1]` عبر الشرط `"if (poffset && *pages)"`. يقتصر ملف rock.c على رفض إزاحة حجم الكتلة الأكبر من 17، لذا يمكن لسجل Rock Ridge مُصمم بشكل خبيث ("ZF") ضبط هذه الإزاحة لتكون أقل من `PAGE_SHIFT`; وتُستغل الثغرة عبر إجراء عملية قراءة عادية (`read()`) لملف مضغوط في صورة ISO9660 مثبتة بهذه الطريقة.
إرجاع عدد البايتات بالنسبة إلى `poffset` وتصفير فقط النطاق `[poffset, PAGE_SIZE)` من الصفحة الأولى، بما يتوافق مع مسار فك الضغط. حالة محاذاة الصفحات (`poffset == 0`) غير متأثرة.
BUG: KASAN: slab-out-of-bounds in zisofs_read_folio (fs/isofs/compress.c:290) Read of size 8 at addr ffff88800f5eac48 by task exploit/142 zisofs_read_folio (fs/isofs/compress.c:290) read_pages (mm/readahead.c:184) ... filemap_read (mm/filemap.c:2814) vfs_read (fs/read_write.c:574) __x64_sys_pread64 (fs/read_write.c:769) do_syscall_64 (arch/x86/entry/syscall_64.c:94) entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S:121) The buggy address is located 0 bytes to the right of the allocated 8-byte region in the kmalloc-8 cache
If you want to get the best quality for vulnerability data then you always have to consider VulDB.