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

  - drm/xe/guc：保留裝置參照直到佇列拆卸完成 GuC exec 佇列銷毀可以非同步執行。如果最終裝置放置來自銷毀工作角色，則 drmm 清理最終可能會耗盡相同的工作佇列和鎖死。保留佇列存留期的drm_device參照，並在佇列拆除完成後將其捨棄。這可防止 drmm 清除在非同步銷毀工作仍在擱置中時執行。
    將 GuC 銷毀工作移至 module-lifetime Xe 工作佇列，並在 PCI remove 上排清，以便熱解綁/重新綁定仍會等待擱置中的銷毀工作。使用佇列保留的裝置參照時，guc_submit_sw_fini（） 無法使用即時 GuC ID 執行。將 fini wait 替換為判斷提示，並移除未使用的fini_wq。v2： - 重定基底 v3： - 切換至佇列存留期 drm_dev_get（）/drm_dev_put（） 模型。（Matt） - 在 system_dfl_wq 上而不是 xe->destroy_wq 上進行佇列非同步拆卸。（Matt） - 刪除單獨的延遲drm_dev_put工作者。- 從 guc_submit_sw_fini（） 中移除過時的 drain_workqueue （xe->destroy_wq）。v4： - 將 guc_submit_sw_fini（） 等待替換為判斷提示，並移除現在未使用的fini_wq。（sashiko） v5： - 將銷毀工作移至模組存留期 Xe 工作佇列，而不是 system_dfl_wq。（Matt） - 在 PCI 移除期間排清 module-lifetime 銷毀工作佇列，以保留舊的 device-remove 等候語意。v6： - 讓 SVM 頁面地圖銷毀工作在每個裝置destroy_wq上，以避免其超過xe_device/drm_device。（Sashiko） - 對 xe->destroy_wq 使用 WQ_MEM_RECLAIM，因為 SVM 頁面地圖銷毀工作可以從回收路徑排入佇列。
    v7： - 刪除每個裝置的 xe->destroy_wq，並使用模組層級銷毀 WQ 進行 SVM 頁面地圖銷毀。（Matt） - 將 xe_exec_queue_destroy_wq_*（） 協助程式重新命名為 xe_destroy_wq_*（） 協助程式，因為 WQ 不再是執行佇列特定的。（Matt） v8： - 重定基底。v9： - 保留 SVM 頁面地圖銷毀在每個裝置WQ_MEM_RECLAIM destroy_wq上的工作，因為它可以從回收排入佇列，並嵌入 devres 拆卸所使用的dev_pagemap。（Sashiko） - 保留模組級僅摧毀 WQ GuC 並從中掉落WQ_MEM_RECLAIM。- 更新 module-WQ kdoc 以記錄 GuC/SVM 分割。v10： - 保留每個 CPU 的 xe->destroy_wq，同時新增 WQ_MEM_RECLAIM 以修正工作佇列配置警告。v11： - 刪除 SVM 頁面地圖銷毀註解，因為它是特定於修訂的。（Thomas） v12： - 重定基底。（從提交 da1124abac689cc2b1d8995e5f0a816f8a122edb 中挑選）（CVE-2026-68382）

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

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

  - drm/xe/guc：保留设备 ref 直到队列拆卸完成 GuC exec 队列销毁可异步运行。如果最终设备放置来自破坏工作线程，drmm 清理最终可能会耗尽相同的工作队列并死锁。保留队列生命周期的drm_device引用，并在队列拆卸完成后将其终止。这会在异步破坏工作仍待定时阻止 drmm 清理运行。
    将 GuC 破坏工作移至 module-lifetime Xe 工作队列并在 PCI 删除时刷新，这样 hot-unbind/rebind 仍会等待待定的破坏工作。使用队列保持的设备引用时，guc_submit_sw_fini（） 无法使用实时 GuC ID 运行。将 fini wait 替换为断言，并删除未使用的fini_wq。v2： - 衍合 v3： - 切换到队列生命周期 drm_dev_get（）/drm_dev_put（） 模型。（Matt） - 在 system_dfl_wq 而不是 xe->destroy_wq 上排队异步拆卸。（Matt） - 终止单独的延迟drm_dev_put工作线程。- 从 guc_submit_sw_fini（） 删除过时的 drain_workqueue（xe->destroy_wq）。v4： - 用断言替换 guc_submit_sw_fini（） 等待并删除现在未使用的fini_wq。（sashiko） v5： - 将破坏工作移动到模块生命周期 Xe 工作队列，而不是 system_dfl_wq。（Matt） - PCI 删除期间刷新 module-lifetime 破坏工作队列以保留旧的 device-remove 等待语义。v6： - 保留对每设备destroy_wq的 SVM 页图破坏工作，以免使其超过xe_device/drm_device的生存期。（Sashiko） - 将WQ_MEM_RECLAIM用于 xe->destroy_wq，因为 SVM 页面地图破坏工作可从回收路径排队。
    v7： - 终止每设备 xe->destroy_wq，并使用模块级破坏 WQ 来破坏 SVM 页面地图。（Matt） - 将 xe_exec_queue_destroy_wq_*（） 帮助程序重命名为 xe_destroy_wq_*（） 帮助程序，因为 WQ 不再特定于 exec-queue。（Matt） v8： - 衍合。v9： - 保留 SVM 页面地图破坏在每设备WQ_MEM_RECLAIM destroy_wq上工作，因为它可以排队回收并嵌入 devres 拆卸使用的dev_pagemap。（Sashiko） - 保持模块层级破坏 WQ GuC 仅限，并从中丢弃WQ_MEM_RECLAIM。- 更新 module-WQ kdoc 以记录 GuC/SVM 拆分。v10： - 保留每个 cpu 的 xe->destroy_wq，同时添加 WQ_MEM_RECLAIM 以修复工作队列分配警告。v11： - 终止 SVM pagemap 破坏注释，因其针对特定修订。（Thomas） v12： - 衍合。（从提交 da1124abac689cc2b1d8995e5f0a816f8a122edb 中精选出的内容）（CVE-2026-68382）

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

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

  - drm/xe/guc:キューの切断が完了するまでデバイス参照を保留します GuC exec キューの破壊は非同期に実行できます。最終的なデバイス書き込みが破壊ワーカーから発生する場合、drmm クリーンアップが同じ作業キューとデッドロックを排出することになる可能性があります。キューの有効期間に対するdrm_device参照を保持し、キューの切断完了後にドロップします。これにより、非同期破壊作業が保留中の間は、drmm クリーンアップが実行されなくなります。
    GuC 破壊作業をモジュールライフタイム Xe 作業キューに移動し、PCI 削除でフラッシュします。これにより、hot-unbind/rebind が保留中の破壊作業を待機します。キューホールドデバイス参照がある場合、guc_submit_sw_fini() はライブ GuC ID で実行できません。fini wait をアサーションに置き換え、未使用のfini_wqを削除します。v2: - リベース v3: - キューライフタイム drm_dev_get()/drm_dev_put() モデルに切り替えます。(Matt) - xe->destroy_wqの代わりに system_dfl_wq で非同期切断をキューします。(Matt) - 個別の延期drm_dev_putワーカーをドロップします。- guc_submit_sw_fini() から古い drain_workqueue(xe->destroy_wq) を削除します。v4: - guc_submit_sw_fini() wait をアサーションに置き換え、現在使用されていないfini_wqを削除します。(sashiko) v5: - 破壊作業を system_dfl_wq ではなく module-lifetime Xe 作業キューに移動します。(Matt) - PCI 削除中に module-lifetime destroy workqueue をフラッシュして、古い device-remove wait セマンティックを保持します。v6: - SVM ページマップの破壊動作をデバイスごとのdestroy_wqに保ち、xe_device/drm_device よりも長存させないようにします。(Sashiko) - SVM ページマップ破壊作業が回収パスからキューに入れられる可能性があるため、xe->destroy_wq にWQ_MEM_RECLAIMを使用します。
    v7: - デバイスごとの xe->destroy_wq をドロップして、SVM ページマップ破壊にもモジュールレベルの破壊 WQ を使用します。(Matt) - xe_exec_queue_destroy_wq_*() ヘルパーの名前を xe_destroy_wq_*() ヘルパーに変更します。これは、WQ が exec-queue 固有ではなくなったためです。(Matt) v8: - リベース。v9: - SVM ページマップは、回収からキューに入れることができ、devres teardown によって使用されるdev_pagemapを埋め込むことができるため、デバイスごとのWQ_MEM_RECLAIM destroy_wqで作業を破棄し続ける。(Sashiko) - モジュールレベルの破壊 WQ GuC のみを維持し、そこから WQ_MEM_RECLAIM をドロップします。- module-WQ kdoc を更新して、GuC/SVM の分割を文書化します。v10: - WQ_MEM_RECLAIMを追加しながら xe->destroy_wq を cpu ごとに維持し、workqueue 割り当ての警告を修正します。v11: - SVM ページマップ破壊コメントがリビジョン固有であるためドロップ。(Thomas) v12: - リベース。(コミット da1124abac689cc2b1d8995e5f0a816f8a122edb からのチェリーピッキング)(CVE-2026-68382)

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/guc: Hold device ref until queue teardown completes GuC exec queue destruction can run     asynchronously. If the final device put happens from a destroy worker, drmm cleanup can end up draining     the same workqueue and deadlock. Hold a drm_device reference for the queue lifetime and drop it after     queue teardown completes. This keeps drmm cleanup from running while async destroy work is still pending.
    Move GuC destroy work to a module-lifetime Xe workqueue and flush it on PCI remove so hot-unbind/rebind     still waits for pending destroy work. With queue-held device refs, guc_submit_sw_fini() cannot run with     live GuC IDs. Replace the fini wait with an assertion and remove the unused fini_wq. v2: - Rebase v3: -     Switch to queue-lifetime drm_dev_get()/drm_dev_put() model. (Matt) - Queue async teardown on system_dfl_wq     instead of xe->destroy_wq. (Matt) - Drop separate deferred drm_dev_put worker. - Remove stale     drain_workqueue(xe->destroy_wq) from guc_submit_sw_fini(). v4: - Replace the guc_submit_sw_fini() wait     with an assertion and remove the now-unused fini_wq. (sashiko) v5: - Move destroy work to a module-     lifetime Xe workqueue instead of system_dfl_wq. (Matt) - Flush the module-lifetime destroy workqueue     during PCI remove to preserve the old device-remove wait semantics. v6: - Keep SVM pagemap destroy work on     the per-device destroy_wq to avoid letting it outlive the xe_device/drm_device. (Sashiko) - Use     WQ_MEM_RECLAIM for xe->destroy_wq because SVM pagemap destroy work can be queued from the reclaim path.
    v7: - Drop the per-device xe->destroy_wq and use the module-level destroy WQ for SVM pagemap destroy as     well. (Matt) - Rename xe_exec_queue_destroy_wq_*() helpers to xe_destroy_wq_*() helpers because the WQ is     no longer exec-queue specific. (Matt) v8: - Rebase. v9: - Keep SVM pagemap destroy work on the per-device     WQ_MEM_RECLAIM destroy_wq because it can be queued from reclaim and embeds the dev_pagemap used by devres     teardown. (Sashiko) - Keep the module-level destroy WQ GuC-only and drop WQ_MEM_RECLAIM from it. - Update     the module-WQ kdoc to document the GuC/SVM split. v10: - Keep xe->destroy_wq per-cpu while adding     WQ_MEM_RECLAIM to fix the workqueue allocation warning. v11: - Drop the SVM pagemap destroy comment as it     was revision-specific. (Thomas) v12: - Rebase. (cherry picked from commit     da1124abac689cc2b1d8995e5f0a816f8a122edb) (CVE-2026-68382)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
334295	Linux Distros 未修補弱點：CVE-2026-68382	Nessus	Misc.	2026/8/10	2026/8/28	high
334295	Linux Distros 未修补的漏洞：CVE-2026-68382	Nessus	Misc.	2026/8/10	2026/8/28	high
334295	Linux Distros のパッチ未適用の脆弱性: CVE-2026-68382	Nessus	Misc.	2026/8/10	2026/8/28	high
334295	Linux Distros Unpatched Vulnerability : CVE-2026-68382	Nessus	Misc.	2026/8/10	2026/8/28	high

检测

插件搜索

high

high

high

high