CVE-2025-71105 in Linux
الملخص
بحسب VulDB • 06/06/2026
في نواة Linux، تم حل الثغرة التالية:
f2fs: استخدام `inline_xattr_slab` العالمي بدلاً من ذاكرة التخزين المؤقت (slab cache) الخاصة بـ superblock (per-sb)
كما أفاد Hong Yun في قائمة البريد الإلكتروني:
loop7: تم اكتشاف تغيير في السعة من 0 إلى 131072 ------------[ cut here ]------------
kmem_cache باسم 'f2fs_xattr_entry-7:7' موجود بالفعل WARNING: CPU: 0 PID: 24426 at mm/slab_common.c:110 kmem_cache_sanity_check mm/slab_common.c:109 [inline]
WARNING: CPU: 0 PID: 24426 at mm/slab_common.c:110 __kmem_cache_create_args+0xa6/0x320 mm/slab_common.c:307 CPU: 0 UID: 0 PID: 24426 Comm: syz.7.1370 Not tainted 6.17.0-rc4 #1 PREEMPT(full) Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.13.0-1ubuntu1.1 04/01/2014 RIP: 0010:kmem_cache_sanity_check mm/slab_common.c:109 [inline]
RIP: 0010:__kmem_cache_create_args+0xa6/0x320 mm/slab_common.c:307 Call Trace: __kmem_cache_create include/linux/slab.h:353 [inline]
f2fs_kmem_cache_create fs/f2fs/f2fs.h:2943 [inline]
f2fs_init_xattr_caches+0xa5/0xe0 fs/f2fs/xattr.c:843 f2fs_fill_super+0x1645/0x2620 fs/f2fs/super.c:4918 get_tree_bdev_flags+0x1fb/0x260 fs/super.c:1692 vfs_get_tree+0x43/0x140 fs/super.c:1815 do_new_mount+0x201/0x550 fs/namespace.c:3808 do_mount fs/namespace.c:4136 [inline]
__do_sys_mount fs/namespace.c:4347 [inline]
__se_sys_mount+0x298/0x2f0 fs/namespace.c:4324 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline]
do_syscall_64+0x8e/0x3a0 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x76/0x7e
يمكن إعادة إنتاج الخطأ باستخدام السكريبتات أدناه: - mount /dev/vdb /mnt1 - mount /dev/vdc /mnt2 - umount /mnt1 - mount /dev/vdb /mnt1
السبب هو أنه إذا قمنا بإنشاء ذاكرتي تخزين مؤقت (slab caches) باسماء `f2fs_xattr_entry-7:3` و `f2fs_xattr_entry-7:7`، وكانتا لهما نفس حجم الـ slab. في الواقع، نظام الـ slab سينشئ بنية أساسية واحدة فقط لـ slab cache تحمل اسم "f2fs_xattr_entry-7:3"، وذاكرتي التخزين المؤقت ستشاركان نفس البنية ونفس عنوان الذاكرة.
لذلك، إذا قمنا بتدمير ذاكرة التخزين المؤقت `f2fs_xattr_entry-7:3` مع عنوان الذاكرة، فسيتم تقليل عدد المراجعين لـ slab cache، بدلاً من تحرير الـ slab cache بالكامل، لأن هناك مستخدمًا آخر يشير إلى الذاكرة.
ثم، إذا حاولنا إنشاء ذاكرة تخزين مؤقت جديدة باسم "f2fs_xattr_entry-7:3" مرة أخرى، سيجد نظام الـ slab أن هناك ذاكرة تخزين مؤقت موجودة بالفعل بنفس الاسم، مما سيؤدي إلى ظهور تحذير.
لنقم بتغيير الكود لاستخدام `inline_xattr_slab` العالمي بدلاً من ذاكرة التخزين المؤقت الخاصة بـ superblock (per-sb) لإصلاح المشكلة.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.