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

  - btrfs修正新增延遲的參照標頭失敗後發生的 qgroup 記錄重複釋放問題在之前的程式碼中呼叫 add_delayed_ref_head() 時可能發生重複的 kfree() 狀況。如果報告記錄已存在於 btrfs_qgroup_trace_extent_nolock() 呼叫中就可能會發生此情況但之後在 add_delayed_ref_head() 中發生錯誤。在此情況下由於 add_delayed_ref_head() 傳回錯誤呼叫端會釋放記錄。由於 add_delayed_ref_head() 無法將此 kfree'd 指標設定為 NULL因此 kfree() 會作用於指向已由被呼叫者釋放的記憶體的非 NULL「記錄」物件。此問題是因為 kfree 物件的責任同時在呼叫端與被呼叫端上。因此此問題的修正方法是將「qrecord」物件的擁有權移出 add_delayed_ref_head()。亦即我們絕不會嘗試在此函式內對指定物件執行 kfree()並預期呼叫者會自行作用於「qrecord」物件。「qrecord」物件無法執行 kfree'd 的唯一例外狀況發生在該物件插入追踪邏輯時我們已經有 'qrecord_inserted_ret' 布林值來解決這個問題。因此只有在 add_delayed_ref_head() 報告追踪邏輯上沒有插入物件時呼叫者才必須 kfree 物件。由於上述情況的副作用我們必須保證「qrecord_inserted_ret」在函式開始時正確初始化而不是在結束時然後在實際插入發生時設定。這樣我們就可以避免 'qrecord_inserted_ret' 在提早結束時取得無效的值。add_delayed_ref_head() 的文件也已更新可反映 'qrecord' 物件的確切擁有權。
    (CVE-2025-68359)

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

偵測

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

high Nessus Plugin ID 279727

版本 1.4