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

  - super：修复冻结区块设备上的紧急解冻死锁 do_thaw_all_callback（） 在独占保留 SB->s_umount 时调用 bdev_thaw（）。如果通过 bdev_freeze（） 终止最后一个块层冻结了该块设备，则冻结参考会调用 fs_bdev_thaw（），后者会重新获取s_umount：do_thaw_all_callback（sb） super_lock_excl（sb） # 保持 sb->s_umount bdev_thaw（sb->s_bdev） mutex_lock（&bdev->bd_fsfreeze_mutex） # bd_fsfreeze_count 终止 1 -> 0 bd_holder_ops->thaw == fs_bdev_thaw get_bdev_super（bdev） bdev_super_lock（bdev， true） super_lock（sb， true） down_write（&sb->s_umount） # 相同任务：死锁 紧急解冻工作线程会同时持有 s_umount 和 bd_fsfreeze_mutex 而自行死锁。这会破坏该文件系统和块设备的任何后续卸载、冻结或解冻。[ 81.878470] sysrq：显示阻止状态 [ 81.880140] task：kworker/0:1 state：D stack：0 pid：11 tgid：11 ppid：2 task_flags：0x4208060 flags：0x00080000 [ 81.884876] 工作队列：事件do_thaw_all [ 81.886656] 调用跟踪：[ 81.887759]81.888763<TASK> [] __schedule+0x579/0x1420 [ 81.890372] schedule+0x3a/0x100 [ 81.891794] schedule_preempt_disabled+0x15/0x30 [ 81.893848] rwsem_down_write_slowpath+0x1ea/0x900 [ 81.895191] ？
    __pfx_do_thaw_all_callback+0x10/0x10 [ 81.896528] down_write+0xbd/0xc0 [ 81.897505] super_lock+0x91/0x180 [ 81.898457] ？ __mutex_lock+0xa99/0x1140 [ 81.900748] ？ __mutex_unlock_slowpath+0x1f/0x400 [ 81.902069] bdev_super_lock+0x5b/0x150 [ 81.903132] get_bdev_super+0x10/0x60 [ 81.904042] fs_bdev_thaw+0x23/0xf0 [81.904755] bdev_thaw+0x82/0x100 [ 81.905484] do_thaw_all_callback+0x2c/0x50 [ 81.906298]
    __iterate_supers+0x5d/0x130 [ 81.907067] do_thaw_all+0x20/0x40 [ 81.907739] process_one_work+0x206/0x5e0 [81.908545] worker_thread+0x1e2/0x3c0 [ 81.909339] ？ __pfx_worker_thread+0x10/0x10 [ 81.910171] kthread+0xf4/0x130 [ 81.910799] ？ __pfx_kthread+0x10/0x10 [ 81.911528] ret_from_fork+0x2e2/0x3b0 [81.912259] ？ __pfx_kthread+0x10/0x10 [ 81.913010] ret_from_fork_asm+0x1a/0x30 [ 81.913806] </TASK> bdev_super_lock（） 甚至用 lockdep_assert_not_held（&sb->s_umount） 记录违反的要求。
    在 s_umount 下获取bd_fsfreeze_mutex还会颠倒由 bdev_{freeze，thaw}（） 建立的 bd_fsfreeze_mutex 与 s_umount 顺序，因此即使未命中递归路径，ABBA 也可针对并发的区块层冻结。通过完全不保留 bdev_thaw（） 循环的 s_umount 来修复此问题。像 filesystems_freeze_callback（） 一样，使用活动引用固定超级块。活动引用阻止超级块关闭，因此 ->s_bdev 在不保留s_umount的情况下保持有效。fs_bdev_thaw（） 终止了区块层持有的冻结，FREEZE_MAY_NEST |FREEZE_HOLDER_USERSPACE与常规解冻完全一样，thaw_super_locked（） 会像以前一样处理文件系统级别的冻结。紧急解冻路径在很长一段时间内都以一种或另一种形式死锁，但当前独占持有的形状可以追溯到 commit [1]，其中 thaw_bdev（） 已经以 thaw_super（） 结束，s_umount由 do_thaw_all_callback（） 持有。（CVE-2026-68132）

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

检测

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

critical Nessus 插件 ID 334225

版本 1.1