Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - ext4如果日誌正在損毀則避免在發生錯誤時記錄 sb 更新。目前如果我們嘗試在用 JBD2_UNMOUNT 標記的日誌上開始交易我們一律會 BUG_ON因為這絕不應該發生。但是據發現在 ltp 執行壓力測試時如果處理某些路徑發生錯誤update_super_work 可能在日誌損毀之後啟動交易例如 (umount) ext4_kill_sb kill_block_super generic_shutdown_super sync_filesystem /* 認可所有 txns */ evict_inodes /* 可能開始新的 txn */ ext4_put_super flush_work(&sbi->s_sb_upd_work) /* 排清工作佇列 */ jbd2_journal_destroy journal_kill_thread journal->j_flags |= JBD2_UNMOUNT; jbd2_journal_commit_transaction jbd2_journal_get_descriptor_buffer jbd2_journal_bmap ext4_journal_bmap ext4_map_blocks ...
    ext4_inode_error ext4_handle_error schedule_work(&sbi->s_sb_upd_work) /* 工作佇列終止 */ update_super_work jbd2_journal_start start_this_handle BUG_ON(journal->j_flags & JBD2_UNMOUNT)若未設定此旗標則更新 sb。否則直接遞補至未記錄的認可。此外在日誌損毀路徑中我們有下列順序 1. 設定指示日誌正在損毀的掛載旗標 2. 強制執行並等待它 3. 排清擱置的 sb 更新此順序很重要因為它可確保在此點之後之後沒有可能記錄日誌的 sb 更新因此可以安全地更新日誌外的 sb。(為避免 2d01ddc86606 中討論的爭用) 此外我們不需要在 ext4_grp_locked_error 中進行類似檢查因為它只會從 mballoc 和 AFAICT 呼叫因此在此排程工作將永遠有效。 (CVE-2025-22113)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2025-22113

medium Nessus Plugin ID 244017

版本 1.28