Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - f2fs使用全局 inline_xattr_slab 代替 per-sb slab 缓存 正如 Hong Yun 在邮件列表中报告的
    loop7检测到从 0 到 131072 的容量变更 ------------[ cut here ]------------ kmem_cache 已存在名称“f2fs_xattr_entry-7:7”警告CPU: 0 PID: 24426 at mm/slab_common.c:110 kmem_cache_sanity_check mm/slab_common.c:109 [内联] 警告CPU: 0 PID: 24426 at mm/slab_common.c:110
    __kmem_cache_create_args+0xa6/0x320 mm/slab_common.c:307 CPU0 UID0 PID24426 Commsyz.7.1370 Not tainted 6.17.0-rc4 #1 PREEMPT(full) 硬件名称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 调用跟踪__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+0x2fs/super.c:1815 fs/namespace.c:3808 do_mount fs/namespace.c:4136 [内联] __do_sys_mount fs/namespace.c:4347 [内联] __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 缓存，分别名为 f2fs_xattr_entry-7:3 和 f2fs_xattr_entry-7:7，并且它们具有相同的 slab 大小。实际上slab 系统只会创建一个 slab 缓存核心结构其 slab 名称为 f2fs_xattr_entry-7:3且两个 slab 缓存共享相同的结构与缓存地址。因此如果我们破坏 f2fs_xattr_entry-7:3 缓存及缓存地址其将会减少 slab 缓存的引用计数而非完全释放 slab 缓存因为还有一个用户引用了该缓存。然后如果我们再次尝试创建名称为 f2fs_xattr_entry-7:3 的 slab 缓存slab 系统将会发现存在同名的缓存并触发警告。让我们更改为使用全局 inline_xattr_slab 而不是用于修复的 per-sb slab 缓存。 (CVE-2025-71105)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2025-71105

high Nessus 插件 ID 284714

版本 1.6