CVE-2025-71105 in Linux
Résumé
par VulDB • 31/05/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
f2fs : utiliser le slab inline_xattr_slab global au lieu du cache slab par superbloc (sb)
Comme l'a signalé Hong Yun sur la liste de diffusion :
loop7 : capacité détectée modifiée de 0 à 131072 ------------[ coupure ici ]------------
kmem_cache de nom 'f2fs_xattr_entry-7:7' existe déjà AVERTISSEMENT : CPU : 0 PID : 24426 à mm/slab_common.c:110 kmem_cache_sanity_check mm/slab_common.c:109 [inline]
AVERTISSEMENT : CPU : 0 PID : 24426 à 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 Non modifié (tainted) 6.17.0-rc4 #1 PREEMPT(full) Nom du matériel : 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 Trace d'appel : __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
Le bug peut être reproduit avec les scripts suivants : - mount /dev/vdb /mnt1 - mount /dev/vdc /mnt2 - umount /mnt1 - mount /dev/vdb /mnt1
La raison est que si nous créons deux caches slab, nommés f2fs_xattr_entry-7:3 et f2fs_xattr_entry-7:7, et qu'ils ont la même taille de slab. En fait, le système slab ne créera qu'une seule structure de cache slab core qui a le nom de slab de "f2fs_xattr_entry-7:3", et deux caches slab partagent la même structure et adresse de cache.
Ainsi, si nous détruisons le cache f2fs_xattr_entry-7:3 avec l'adresse du cache, il décrémentera le compteur de référence du cache slab, plutôt que de libérer entièrement le cache slab, puisque un autre utilisateur a référencé le cache.
Ensuite, si nous essayons de créer un cache slab avec le nom "f2fs_xattr_entry-7:3" à nouveau, le système slab trouvera qu'il existe déjà un cache qui a le même nom et déclenchera l'avertissement.
Modifions pour utiliser global inline_xattr_slab au lieu du cache slab par sb pour corriger cela.
If you want to get best quality of vulnerability data, you may have to visit VulDB.