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

  - hfsplus：修复 hfsplus_fill_super（） 上释放的保留锁定 hfsplus_fill_super（） 调用 hfs_find_init（） 初始化搜索结构，从而获取树>tree_lock。如果后续对 hfsplus_cat_build_key（） 的调用失败，该函数将跳转到 out_put_root 错误标签而不释放锁定。随后，后面的清理路径会释放仍然持有的锁的树状数据结构，从而触发保持的锁定释放警告。通过在跳转到 out_put_root 错误标签之前添加缺少的 hfs_find_exit（&fd） 调用来修复此问题。这可确保在错误路径中正确释放树>tree_lock。该缺陷最初是使用我们正在开发的实验性静态分析工具在 v6.13-rc1 上检测到的，并且我们已经验证该问题在最新的主线内核中仍然存在。该工具专门用于检测内存管理问题。该程序目前正在积极开发中，尚未公开发布。我们在 x86_64 defconfig、启用 lockdep 和 CONFIG_HFSPLUS_FS=y 的情况下，通过 QEMU 下的运行时测试确认了该缺陷。为了触发错误路径，我们使用 GDB 在调用 hfsplus_asc2uni（） 之前将 max_unistr_len 参数动态缩小到 1。这会强制 hfsplus_asc2uni（） 自然返回
    -ENAMETOOLONG，会传播到 hfsplus_cat_build_key（） 并执行错误错误路径。挂载期间发现下列警告：========================= 警告：保持锁定释放！7.0.0-rc3-00016-gb4f0dd314b39 #4 未-------------------------受感染 mount/174 正在释放内存 ffff888103f92000-ffff888103f92fff，且仍然保留着锁定！ ffff888103f920b0 （&tree->tree_lock）{+.+.}-{4:4}， at： hfsplus_find_init+0x154/0x1e0 mount/174 持有的 2 个锁： #0
    ffff888103f960e0 （&type->s_umount_key#42/1）{+.+.}-{4:4}， at： alloc_super.constprop.0+0x167/0xa40 #1：
    ffff888103f920b0 （&tree->tree_lock）{+.+.}-{4:4}， at： hfsplus_find_init+0x154/0x1e0 堆栈回溯： CPU： 2 UID： 0 PID： 174 通信： 挂载 未受感染 7.0.0-rc3-00016-gb4f0dd314b39 #4 PREEMPT（lazy） 硬件名称： QEMU Standard PC （Q35 + ICH9， 2009）， BIOS 1.15.0-1 04/01/2014 调用跟踪： <TASK> dump_stack_lvl+0x82/0xd0 debug_check_no_locks_freed+0x13a/0x180 kfree+0x16b/0x510 ？ hfsplus_fill_super+0xcb4/0x18a0 hfsplus_fill_super+0xcb4/0x18a0 ？ __pfx_hfsplus_fill_super+0x10/0x10 ？ srso_return_thunk+0x5/0x5f ？ bdev_open+0x65f/0xc30 ？ srso_return_thunk+0x5/0x5f ？指针+0x4ce/0xbf0 ？trace_contention_end+0x11c/0x150 ？__pfx_pointer+0x10/0x10 ？srso_return_thunk+0x5/0x5f ？bdev_open+0x79b/0xc30 ？srso_return_thunk+0x5/0x5f ？srso_return_thunk+0x5/0x5f ？vsnprintf+0x6da/0x1270 ？srso_return_thunk+0x5/0x5f ？__mutex_unlock_slowpath+0x157/0x740 ？__pfx_vsnprintf+0x10/0x10 ？srso_return_thunk+0x5/0x5f ？srso_return_thunk+0x5/0x5f ？mark_held_locks+0x49/0x80 ？srso_return_thunk+0x5/0x5f ？srso_return_thunk+0x5/0x5f ？irqentry_exit+0x17b/0x5e0 ？trace_irq_disable.constprop.0+0x116/0x150 ？__pfx_hfsplus_fill_super+0x10/0x10 ？
    __pfx_hfsplus_fill_super+0x10/0x10 get_tree_bdev_flags+0x302/0x580 ？__pfx_get_tree_bdev_flags+0x10/0x10 ？vfs_parse_fs_qstr+0x129/0x1a0 ？__pfx_vfs_parse_fs_qstr+0x3/0x10 vfs_get_tree+0x89/0x320 fc_mount+0x10/0x1d0 path_mount+0x5c5/0x21c0 ？__pfx_path_mount+0x10/0x10 ？trace_irq_enable.constprop.0+0x116/0x150 ？trace_irq_enable.constprop.0+0x116/0x150 ？srso_return_thunk+0x5/0x5f ？srso_return_thunk+0x5/0x5f ？kmem_cache_free+0x307/0x540 ？user_path_at+0x51/0x60 ？__x64_sys_mount+0x212/0x280 ？srso_return_thunk+0x5/0x5f
    __x64_sys_mount+0x212/0x280 ？__pfx___x64_sys_mount+0x10/0x10 ？srso_return_thunk+0x5/0x5f ？trace_irq_enable.constprop.0+0x116/0x150 ？srso_return_thunk+0x5/0x5f do_syscall_64+0x111/0x680 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP：0033：0x7ffacad55eae 代码：48 8b 0d 85 1f 0f 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 90 f3 0f 1e fa 49 89 ca b8 a5 00 00 8 RSP： 002乙
    ---truncated--- (CVE-2026-46299)

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

检测

Linux Distros 未修补的漏洞：CVE-2026-46299

high Nessus 插件 ID 319902

版本 1.4