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

  - iommu/amd：等待完成，而不是在 iommu_completion_wait（） 中儘早返回need_sync這是該 IOMMU 後方所有網域和裝置共用的每個 IOMMU 旗標。每當命令以 sync == true 排入佇列時，就會設定它，並在完成等待 （CWAIT） 命令排入佇列時清除。不過，清除的need_sync僅表示涵蓋的 CWAIT 已排入佇列，並不表示所有先前排入佇列的命令實際上已在硬體中完成。iommu_completion_wait（） 無鎖定地讀取need_sync，並在它為 false 時提前返回。這會破壞阻塞，直到所有先前排入佇列的命令在多 CPU 案例中完成合約： CPU2：佇列 inv-B => need_sync = true CPU1：佇列 CWAIT（N）;need_sync = false;then wait_on_sem（N） CPU2：讀取 need_sync == false => 傳回 0 （不用等待！CPU2 返回而不等待任何序號，即使其 inv-B 可能尚未完成 （在 inv-B 之後排入佇列的 CWAIT （N） 尚未發出訊號）。例如，CPU2 繼續釋放頁面，而 IOMMU 仍然可以遍歷過時的翻譯，從而打開一個釋放後使用窗口。這是旗幟意義上的邏輯競賽，而不是記憶體可見性問題，因此僅靠障礙無濟於事。在不失去避免冗餘 CWAIT 命令的最佳化的情況下修復它：在測試need_sync之前採取 iommu->lock，當它為 false 時，不要提前返回，而是等待最後分配的序號 （cmd_sem_val）。由於 need_sync == false 表示在最後一個 CWAIT 之後沒有同步命令排入佇列，因此該 CWAIT 在每個尚未完成的命令之後都會以 FIFO 排序，因此等待其序號可確保所有先前的命令 （可能由另一個 CPU 排入佇列） 都已完成。擱置工作的一般路徑不會變更，且不會發出額外的硬體命令。（CVE-2026-68329）

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

偵測

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

high Nessus Plugin ID 334261

版本 1.3