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

  - ublk在 ublk 伺服器結束時清理使用者復本參照。如果 ublk 伺服器處理程序釋放 ublk 字元裝置檔案則任何已分派至 ublk 伺服器但尚未完成的要求都會保留 UBLK_REFCOUNT_INIT 的參照值。在認可 e63d2228ef83 之前 (ublk簡化中止 ublk 要求)__ublk_fail_req() 會在完成失敗的要求之前遞減參照計數。不過該認可已最佳化
    __ublk_fail_req() 直接呼叫 __ublk_complete_rq()而不遞減要求參照計數。
    洩漏的參照計數錯誤地允許使用者對完成的 ublk 要求進行複制和零複製作業。它也會在 ublk_queue_reinit() 和 ublk_deinit_queue() 中觸發 WARN_ON_ONCE(refcount_read(&io->ref)) 警告。認可 c5c5eb24ed61 (ublk避免在關閉 ublk char dev 後呼叫 ublk_io_release()) 已修正使用 UBLK_F_SUPPORT_ZERO_COPY 或 UBLK_F_AUTO_BUF_REG 的 ublk 裝置的問題。
    不過參照計數洩漏也會影響 UBLK_F_USER_COPY亦即其他參照計數資料複製模式。修正 ublk_check_and_reset_active_ref() 中的條件以包含所有參照計數資料複製模式。這可確保任何在 ublk 結束時仍由 ublk 伺服器擁有的 ublk 要求都會將其參照計數重設為 0。(CVE-2025-71070)

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

偵測

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

high Nessus Plugin ID 283592

版本 1.4