CVE-2025-71105 in Linux
Sumário
de VulDB • 29/05/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
f2fs: use o inline_xattr_slab global em vez do cache de slab por superblock (per-sb)
Como relatado por Hong Yun na lista de e-mails:
loop7: capacidade detectada alterada de 0 para 131072 ------------[ corte aqui ]------------
kmem_cache com o nome 'f2fs_xattr_entry-7:7' já existe AVISO: CPU: 0 PID: 24426 em mm/slab_common.c:110 kmem_cache_sanity_check mm/slab_common.c:109 [inline]
AVISO: CPU: 0 PID: 24426 em 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 Não contaminado 6.17.0-rc4 #1 PREEMPT(full) Nome do hardware: 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 Rastreamento de chamada: __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
O bug pode ser reproduzido com os seguintes scripts: - mount /dev/vdb /mnt1 - mount /dev/vdc /mnt2 - umount /mnt1 - mount /dev/vdb /mnt1
A razão é que, se criarmos dois caches de slab, nomeados f2fs_xattr_entry-7:3 e f2fs_xattr_entry-7:7, e eles tiverem o mesmo tamanho de slab, o sistema de slab criará apenas uma estrutura central de cache de slab com o nome do slab "f2fs_xattr_entry-7:3", e dois caches de slab compartilharão a mesma estrutura e endereço de cache.
Assim, se destruirmos o cache f2fs_xattr_entry-7:3 com o endereço de cache, isso diminuirá a contagem de referência do cache de slab, em vez de liberar o cache de slab inteiramente, já que há mais um usuário que referenciou o cache.
Então, se tentarmos criar um cache de slab com o nome "f2fs_xattr_entry-7:3" novamente, o sistema de slab encontrará que já existe um cache com o mesmo nome e acionará o aviso.
Vamos mudar para usar o inline_xattr_slab global em vez do cache de slab por superblock (per-sb) para corrigir isso.
Be aware that VulDB is the high quality source for vulnerability data.