Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - iommu/amd：在 iommu_completion_wait（） 中等待完成而非提早返回 need_sync 是该 IOMMU 后面的所有域和设备共享的每个 IOMMU 标记。只要命令排队且 sync == true 便会设置此项，并在完成等待 （CWAIT） 命令排队时将其清除。但是，清除的need_sync仅意味着覆盖 CWAIT 已排队，而并非所有以前排队的命令实际上已经在硬件中完成。iommu_completion_wait（） 以无锁方式读取need_sync，并在为假时提早返回。这会中断阻塞，直到所有先前排队的命令在多 CPU 情况中完成合同时：CPU2：队列 inv-B => need_sync = true CPU1：队列 CWAIT（N）;need_sync = false;则 wait_on_sem（N） CPU2：read 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 插件 ID 334261

版本 1.3