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 create dut --table 0 $(blockdev --getsz $DEV) linear $DEV 0 mkfs.ext4 /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， but thaw_super（） # 傳回 -EINVAL，因此 bdev_thaw（） # 將 bd_fsfreeze_count 保持在 1 fsfreeze --unfreeze /mnt # 檔案系統 解凍 fine umount /mnt mount /dev/mapper/dut /mnt # 永遠 EBUSY，在原始磁碟區的 LVM 快照中保留的 fsfreeze 也會發生同樣的情況。fs_bdev_thaw（） 的文件已經描述了預期的語義：如果此函數傳回零，並不意味著檔案系統已解除凍結，因為它可能已被凍結多次。
    當巢狀解凍解除其固定而其他冷凍庫仍然存在時，傳回 0 來還原它們。不保留凍結的解凍仍會以 -EINVAL 失敗，因為 may_unfreeze（） 會在接觸參照計數之前拒絕該情況。（CVE-2026-97902）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補弱點：CVE-2026-97902

medium Nessus Plugin ID 350603

版本 1.5