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

  - fs：不为成功的嵌套解冻返回 -EINVAL 提交 7366f8b6fc6a（fs：处理从多个设备冻结） 用每个持有计数器替换了freeze_holders位掩码，以允许嵌套冻结。
    在位掩码版本中，在另一个持有者仍然存在的情况下释放共享保持的解冻返回 0。自返工以来，thaw_super_locked（） 通过 freeze_dec（） 终止冻结引用，但随后在仍有其他冻结器时返回 -EINVAL，从而错误地告知调用程序：解冻确实成功，其余持有者会保持超级块冻结的状态。这会中断 bdev 启动的冻结。通过 FIFREEZE 冻结文件系统并另外通过嵌套的 bdev_freeze（） 进行冻结时，请参阅 fs_bdev_freeze（），后续 bdev_thaw（） 会从持有者 op 接收 -EINVAL，尽管其冻结引用已终止，因此保持bd_fsfreeze_count提升。然后 device-mapper 的 unlock_fs（） 会忽略 bdev_thaw（） 的返回值，因此没有任何内容会重新平衡计数。在用户的 FITHAW 和 umount 后，再也无法挂载块设备：dm-1：无法挂载，blockdev 被冻结 用户空间无法删除泄露的计数;仅破坏块设备（或重新启动）才能恢复设备。复制器（自 v6.8 起的任何内核）： dmsetup 创建 dut --table 0 $(blockdev --getsz $DEV) linear 0 mkfs.ext4 $DEV /dev/mapper/dut mount /dev/mapper/dut /mnt fsfreeze --freeze /mnt # freeze_ucount == 1 dmsetup suspend dut # bd_fsfreeze_count == 1， ucount == 2 dmsetup resume dut # ucount 2 -> 1，但 thaw_super（） # 返回 -EINVAL，因此 bdev_thaw（） # 将 bd_fsfreeze_count 保持在 1 fsfreeze --unfreeze /mnt # 文件系统解冻 精细卸载 /mnt 挂载 /dev/mapper/dut /mnt # 永远 在源卷的 LVM 快照中保留的 fsfreeze 会发生同样的情况。fs_bdev_thaw（） 的文档已经描述了预期的语义：如果此函数返回零，并不意味着文件系统被解冻，因为它可能已被多次冻结。
    当嵌套的解冻终止其固定而其他冰柜仍然存在时返回 0，以还原它们。不保持冻结的解冻仍会因 -EINVAL 而失败，因为 may_unfreeze（） 会在接触到引用计数之前拒绝该情况。（CVE-2026-97902）

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

检测

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

medium Nessus 插件 ID 350603

版本 1.5