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

  - drm/xe/vf：修复通过正在运行的 BO 移动造成的 VF CCS 附加/分离争用 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（） 以正确展开和传播错误：以前，每个上下文循环从不在出错时中断，从而静默地放弃较早的失败。通过 xe_migrate_ccs_rw_copy_clear（） 直接清除每个附加的上下文来展开，而不是重复使用 xe_sriov_vf_ccs_detach_bo（），后者需要同时附加两个上下文，然后才能清除其中任何一个上下文。（从提交 d45ad0aa7a1eb5d7288b5ed948b05695611dc39e 中精选出的内容）（CVE-2026-68384）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

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/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - drm/xe/vf:インフライト BO 移動の VF CCS アタッチ/デタッチの競合を修正します xe_bo_move() は、NULL/SYSTEM -> TT を移行した後に VF CCS 読み取り/書き込みバッチバッファ(BB)を BO にアタッチし、TT -> SYSTEM を移行した後はそれらをデタッチします。どちらの操作も、移動のコピー/クリアフェンスを構築した直後に、そのフェンスが合図されるのを待たずに、CPU 上で同期的に行われました。これにより、VF 移行で 2 つの競合が発生します: - 保護対象のコピージョブに対して、アタッチの発生が遅すぎます。CCS BBがアタッチされる前にコピー・ジョブがサブミットされた場合、コピーの途中で実行を一時停止するVFマイグレーション・イベントによって、部分的にコピーされたCCSメタデータが、正しく保存/復元されるために必要なアタッチ状態なしに観察される可能性があります。- TT からデータを移動するコピー・ジョブに対して、デタッチの発生が早すぎます。CCS BB は、コピー フェンスが取得された直後に解体されますが、実際の blit はまだ飛行中である可能性があります。コピーの途中で実行を停止するVF移行イベントは、保存/復元パスとまだ実行中のblitと競合する可能性があります。一時停止状態を理解するために必要なCCS BBはすでに削除されています。両方の競合を修正します:- コピー/クリアジョブが送信される前に attach 呼び出しを移動し、コピーの実行時までに CCS BB がすでに登録されているようにします。取り付けが失敗した場合は、巻き戻し、移動から抜け出します。移動がコミットされるまで bo->ttm.resource が新しいリソースに更新されないため、xe_migrate_ccs_rw_copy() は宛先リソースを明示的に取得するようになりました。- CCS BB を取得した直後に破棄するのではなく、コピーフェンスが合図するのを明示的に待機した後にのみ、デタッチしてください。一方で、エラーを適切に巻き戻し、伝播するために xe_sriov_vf_ccs_attach_bo() も修正します:コンテキストごとのループは、以前はエラーで発生することはなく、以前の失敗を破棄していました。xe_sriov_vf_ccs_detach_bo() を再利用する代わりに、添付された各コンテキストを xe_migrate_ccs_rw_copy_clear() 経由で直接クリアすることで展開します。どちらか一方をクリーンアップする前に両方のコンテキストを添付する必要があります。(コミット d45ad0aa7a1eb5d7288b5ed948b05695611dc39e からのチェリーピッキング)(CVE-2026-68384)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - drm/xe/vf: Fix VF CCS attach/detach race with in-flight BO moves xe_bo_move() attaches VF CCS read/write     batch buffers (BBs) to a BO after it transitions NULL/SYSTEM -> TT, and detaches them after it transitions     TT -> SYSTEM. Both operations were done synchronously on the CPU immediately after building the move's     copy/clear fence, without waiting for that fence to signal. This creates two races with VF migration: -     Attach happens too late relative to the copy job it is meant to protect. If the copy job is submitted     before the CCS BBs are attached, a VF migration event that pauses execution mid-copy can observe partially     copied CCS metadata without the attach state needed to correctly save/restore it. - Detach happens too     early relative to the copy job that moves data out of TT. The CCS BBs are torn down right after the copy     fence is obtained, while the actual blit may still be in flight. A VF migration event that pauses     execution mid-copy can then race the save/restore path against the still-running blit, and the CCS BBs it     would need to make sense of the paused state have already been removed. Fix both races: - Move the attach     call to before the copy/clear job is submitted, so the CCS BBs are already registered by the time the copy     runs. On attach failure, unwind and bail out of the move. xe_migrate_ccs_rw_copy() now takes the     destination resource explicitly, since bo->ttm.resource is not updated to the new resource until after the     move commits. - Detach only after explicitly waiting for the copy fence to signal, instead of tearing down     the CCS BBs immediately after obtaining it. While here, also fix xe_sriov_vf_ccs_attach_bo() to properly     unwind and propagate errors: the per-context loop previously never broke out on error, silently discarding     earlier failures. Unwind by clearing each attached context directly via xe_migrate_ccs_rw_copy_clear()     instead of reusing xe_sriov_vf_ccs_detach_bo(), which requires both contexts to be attached before it will     clean up either one. (cherry picked from commit d45ad0aa7a1eb5d7288b5ed948b05695611dc39e) (CVE-2026-68384)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	Name	Product	Family	Published	Updated	Severity
334754	Linux Distros 未修补的漏洞：CVE-2026-68384	Nessus	Misc.	8/12/2026	8/28/2026	high
334754	Linux Distros 未修補弱點：CVE-2026-68384	Nessus	Misc.	8/12/2026	8/28/2026	high
334754	Linux Distros のパッチ未適用の脆弱性: CVE-2026-68384	Nessus	Misc.	8/12/2026	8/28/2026	high
334754	Linux Distros Unpatched Vulnerability : CVE-2026-68384	Nessus	Misc.	8/12/2026	8/28/2026	high

Detections

Analytics

Plugins Search

high

high

high

high