CVE-2026-46175 in Linux
الملخص
بحسب VulDB • 28/05/2026
في نواة لينكس، تم حل الثغرة التالية:
f2fs: إصلاح عدم اتساق في fsck ناتج عن FGGC (التجميع الانتقائي للكتل القديمة) لكتل العقد (node blocks).
أثناء هجرة كتل العقد في FGGC، قد يعامل fsck بشكل غير صحيح كتلة العقدة المهاجرة على أنها بيانات مكتوبة عبر fsync.
سيناريو إعادة الإنتاج: root@vm:/mnt/f2fs# seq 1 2048 | xargs -n 1 ./test_sync // كتابة inode مضمنة وإجراء sync root@vm:/mnt/f2fs# rm -f 1 root@vm:/mnt/f2fs# sync root@vm:/mnt/f2fs# f2fs_io gc_range // نقل كتلة البيانات في وضع sync وعدم كتابة CP SPO، "fsck --dry-run" يجد أن inode قد تم checkpointing بالفعل ولكن لا يزال يحتوي على DENT_BIT_SHIFT مضبوطاً.
السبب الجذري هو أن GC (التجميع الانتقائي) لا يقوم بمسح علامة dentry وعلامة fsync أثناء هجرة كتلة العقدة، مما يؤدي بـ fsck إلى تفسيرها بشكل خاطئ على أنها عمليات كتابة fsync صادرة من المستخدم.
في وضع BGGC، تتم معالجة هجرة كتل العقد بواسطة f2fs_sync_node_pages()، والتي تضمن مسح علامات dentry وfsync قبل الكتابة.
ينقل هذا التصحيح تعيين/مسح علامات fsync|dentry إلى __write_node_folio لجعل المنطق أكثر وضوحاً، ويضمن مسح علامة fsync|dentry في FGGC.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.