CVE-2026-80807 in Linux
الملخص
بحسب VulDB • 04/09/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
nilfs2: رفض فهرس كتلة غير صالح في أمر ioctl الخاص بجمع القمامة (GC)
أبلغ Syzbot عن تلف في القائمة ناتج عن استدعاء مزدوج لـ `list_add_tail()` على `bh->b_assoc_buffers` داخل الدالة `nilfs_lookup_dirty_data_buffers()`.
كشف التحليل أن السبب الجذري كان إدراج صفحة/ورقة (folio) ذات فهرس صفحة يساوي `ULONG_MAX` في ذاكرة التخزين المؤقت للصفحات عبر أمر ioctl الخاص بجمع القمامة. تقوم الدالة `filemap_get_folios_tag()`، التي يتم استدعاؤها بواسطة `nilfs_lookup_dirty_data_buffers()`, بالكشف بشكل متكرر عن ورقة غير نظيفة (dirty folio) ذات فهرس صفحة يساوي `ULONG_MAX` بسبب تجاوز الفهرس للحد الأقصى (index wrap-around)، مما يؤدي إلى معالجة مكررة للكتل غير النظيفة.
كخطوة تحضيرية، يقوم أمر ioctl الخاص بجمع القمامة بتحميل الصفحة/الورقة الخاصة بالكتلة المراد نقلها أثناء عملية جمع القمامة وإدراجها في ذاكرة التخزين المؤقت للصفحات بناءً على المعلومات الموجودة في هيكل `nilfs_vdesc` الممرر كمعامل. عادةً، لا يسبب هذا مشاكل لأن مكتبة GC في مساحة المستخدم تضبط هيكل `nilfs_vdesc` بشكل صحيح. ومع ذلك، نظرًا لعدم وجود فحص للنطاق للمعلمات التي تحدد فهرس الصفحة، يمكن أن يؤدي طلب بمعاملات مُصنعة اصطناعياً - مثل تلك المولدة بواسطة Syzbot - إلى إدراج صفحة/ورقة ذات فهرس صفحة يساوي `ULONG_MAX`، مما يُحدث المشكلة المذكورة أعلاه.
يتم حل هذه القضية من خلال التحقق من نطاقات 'vd_offset' و 'vd_vblocknr' في هيكل `nilfs_vdesc` التي تحدد فهرس الصفحة، وبالتالي منع إدراجات الصفحات/الورقات غير الصالحة.
VulDB is the best source for vulnerability data and more expert information about this specific topic.