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 = 偽;then wait_on_sem(N) CPU2:read need_sync == false => 戻り 0(待機なし!)CPU2 は、その inv-B がまだ完了していない場合でも(inv-B の後にキューイングされている CWAIT(N) がまだシグナルを受けていない場合でも、シーケンス番号を待たずに返します)。次に、CPU2 は、たとえば、IOMMU が古い変換をウォークできる間に、ページテーブルのページを解放し、use-after-free ウィンドウを開きます。これは、メモリの可視性の問題ではなく、フラグの意味での論理的な競合です。したがって、障壁だけでは役に立ちません。冗長な 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.4