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

  - drm/xe/vf：修正 VF CCS 連接/分離爭用與進行中的 BO 移動 xe_bo_move（） 在 BO 轉換 NULL/SYSTEM -> TT 後將 VF CCS 讀取/寫入批次緩衝區 （BB） 連接至 BO，並在轉換 TT -> SYSTEM 後分離它們。這兩項作業是在建立移動的複製/清除柵欄後立即在 CPU 上同步完成的，而無需等待該柵欄發出訊號。這會在 VF 移轉時產生兩個爭用：- 相對於要保護的複製工作，附加發生得太晚。如果複製工作是在附加 CCS BB 之前提交的，則在複製中暫停執行的 VF 移轉事件可能會觀察到部分複製的 CCS 中繼資料，而無需正確儲存/還原所需的連接狀態。- 相對於將資料移出 TT 的複製工作，分離發生得太早。CCS BB 在獲得複製圍欄後立即被拆除，而實際的 blit 可能仍在飛行中。然後，在複製中暫停執行的 VF 移轉事件可能會與仍在執行的 blit 爭用儲存/還原路徑，且瞭解暫停狀態所需的 CCS BB 已移除。修正這兩個爭用： - 將附加呼叫移至提交複製/清除作業之前，以便在複製執行時已註冊 CCS BB。連接失敗時，放鬆並退出移動。xe_migrate_ccs_rw_copy（） 現在會明確採用目的地資源，因為 bo->ttm.resource 在移動提交之前不會更新為新資源。- 只有在明確等待複製柵欄發出信號後才拆卸，而不是在獲得 CCS BB 後立即拆除它。同時，也修正 xe_sriov_vf_ccs_attach_bo（） 以正確展開和傳播錯誤：per-context 迴圈以前從未在錯誤時爆發，會以無訊息的方式捨棄先前的失敗。透過直接透過 xe_migrate_ccs_rw_copy_clear（） 清除每個附加的上下文來展開，而不是重複使用 xe_sriov_vf_ccs_detach_bo（），這需要先附加兩個上下文，然後才能清理其中任何一個。（從提交 d45ad0aa7a1eb5d7288b5ed948b05695611dc39e 中挑選）（CVE-2026-68384）

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

偵測

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

high Nessus Plugin ID 334754

版本 1.2