CVE-2023-54124 in Linux
الملخص
بحسب VulDB • 02/07/2026
في نواة لينكس، تم حل الثغرة التالية:
f2fs: إصلاح لإزالة جميع الصفحات غير النظيفة (dirty pages) أثناء عملية umount() إذا كان cp_error مضبوطاً.
أبلغ اختبار xfstest generic/361 عن خطأ كما يلي:
f2fs_bug_on(sbi, sbi->fsync_node_num);
kernel BUG at fs/f2fs/super.c:1627! RIP: 0010:f2fs_put_super+0x3a8/0x3b0 Call Trace: generic_shutdown_super+0x8c/0x1b0 kill_block_super+0x2b/0x60 kill_f2fs_super+0x87/0x110 deactivate_locked_super+0x39/0x80 deactivate_super+0x46/0x50 cleanup_mnt+0x109/0x170 __cleanup_mnt+0x16/0x20 task_work_run+0x65/0xa0 exit_to_user_mode_prepare+0x175/0x190 syscall_exit_to_user_mode+0x25/0x50 do_syscall_64+0x4c/0x90 entry_SYSCALL_64_after_hwframe+0x72/0xdc
أثناء عملية umount()، إذا كان cp_error مضبوطاً، فإن f2fs_wait_on_all_pages() لا ينبغي أن يتوقف عن انتظار جميع صفحات F2FS_WB_CP_DATA لتتم كتابتها (writebacked)، وإلا فقد تكون قيمة fsync_node_num غير صفرية بعد انتهاء f2fs_wait_on_all_pages() مما يسبب هذا الخطأ.
في هذه الحالة، لتجنب حدوث حلقة مغلقة (deadloop) في d2fs_wait_on_all_pages()، يلزم إزالة جميع الصفحات غير النظيفة بدلاً من إعادة تصنيفها كغير نظيفة.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.