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

  - drm/xe/guc：保留裝置參照直到佇列拆卸完成 GuC exec 佇列銷毀可以非同步執行。如果最終裝置放置來自銷毀工作角色，則 drmm 清理最終可能會耗盡相同的工作佇列和鎖死。保留佇列存留期的drm_device參照，並在佇列拆除完成後將其捨棄。這可防止 drmm 清除在非同步銷毀工作仍在擱置中時執行。
    將 GuC 銷毀工作移至 module-lifetime Xe 工作佇列，並在 PCI remove 上排清，以便熱解綁/重新綁定仍會等待擱置中的銷毀工作。使用佇列保留的裝置參照時，guc_submit_sw_fini（） 無法使用即時 GuC ID 執行。將 fini wait 替換為判斷提示，並移除未使用的fini_wq。v2： - 重定基底 v3： - 切換至佇列存留期 drm_dev_get（）/drm_dev_put（） 模型。（Matt） - 在 system_dfl_wq 上而不是 xe->destroy_wq 上進行佇列非同步拆卸。（Matt） - 刪除單獨的延遲drm_dev_put工作者。- 從 guc_submit_sw_fini（） 中移除過時的 drain_workqueue （xe->destroy_wq）。v4： - 將 guc_submit_sw_fini（） 等待替換為判斷提示，並移除現在未使用的fini_wq。（sashiko） v5： - 將銷毀工作移至模組存留期 Xe 工作佇列，而不是 system_dfl_wq。（Matt） - 在 PCI 移除期間排清 module-lifetime 銷毀工作佇列，以保留舊的 device-remove 等候語意。v6： - 讓 SVM 頁面地圖銷毀工作在每個裝置destroy_wq上，以避免其超過xe_device/drm_device。（Sashiko） - 對 xe->destroy_wq 使用 WQ_MEM_RECLAIM，因為 SVM 頁面地圖銷毀工作可以從回收路徑排入佇列。
    v7： - 刪除每個裝置的 xe->destroy_wq，並使用模組層級銷毀 WQ 進行 SVM 頁面地圖銷毀。（Matt） - 將 xe_exec_queue_destroy_wq_*（） 協助程式重新命名為 xe_destroy_wq_*（） 協助程式，因為 WQ 不再是執行佇列特定的。（Matt） v8： - 重定基底。v9： - 保留 SVM 頁面地圖銷毀在每個裝置WQ_MEM_RECLAIM destroy_wq上的工作，因為它可以從回收排入佇列，並嵌入 devres 拆卸所使用的dev_pagemap。（Sashiko） - 保留模組級僅摧毀 WQ GuC 並從中掉落WQ_MEM_RECLAIM。- 更新 module-WQ kdoc 以記錄 GuC/SVM 分割。v10： - 保留每個 CPU 的 xe->destroy_wq，同時新增 WQ_MEM_RECLAIM 以修正工作佇列配置警告。v11： - 刪除 SVM 頁面地圖銷毀註解，因為它是特定於修訂的。（Thomas） v12： - 重定基底。（從提交 da1124abac689cc2b1d8995e5f0a816f8a122edb 中挑選）（CVE-2026-68382）

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

偵測

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

medium Nessus Plugin ID 334295

版本 1.1