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

  - drm/panthor： 從 panthor_gpu_flush_caches（） 故障中恢復 我們已經看到一些整個記憶體子系統被封鎖並且排清操作永遠不會完成的情況。當這種情況發生時，我們想要： - 安排重置，以便我們可以從這種情況中恢復 - 在重置路徑中，我們需要重置pending_reqs，以便我們可以在重置後發送新命令 - 如果在逾時後有更多 panthor_gpu_flush_caches（） 操作排入佇列，我們會跳過它們並直接傳回 -EIO，以避免不必要的等待（記憶體區塊不會再次奇蹟般地工作） 請注意，我們刪除 WARN_ON（），因為這些懸置可能會由 UMD 創建的有錯誤的 GPU 作業觸發，我們無法阻止它。不過，我們確實保留了錯誤訊息。
    v2： - 新修補程式 v3： - 收集 R-b - 在提交訊息 v4 中明確提及我們刪除了 WARN_ON（） 的事實： - 沒有更改 （CVE-2025-71314）

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

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

  - drm/panthor：从 panthor_gpu_flush_caches（） 失败中恢复 我们见过一些情况，整个内存子系统被阻断且刷新操作从未完成。发生这种情况时，我们想要：- 计划重置，以便我们可以从这种情况中恢复 - 在重置路径中，我们需要重置pending_reqs以便在重置之后发送新命令 - 如果超时后有更多 panthor_gpu_flush_caches（） 操作排入队列，我们将跳过这些操作并直接返回 -EIO 以避免不必要的等待（内存块不会再次奇迹般地工作）请注意，我们删除 WARN_ON（）s 是因为这些挂起可通过 UMD 创建的有缺陷的 GPU 作业触发，我们无法阻止它。不过，我们仍会保留错误消息。
    v2： - 新修补程序 v3： - 收集 R-b - 在提交消息 v4 中明确提及我们丢弃了 WARN_ON（）s 的事实： - 无变更 （CVE-2025-71314）

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

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

  - drm/panthor:panthor_gpu_flush_caches() 失敗から復元します。メモリサブシステム全体がブロックされ、フラッシュ操作が完了しない事例がいくつか見られました。その場合、以下を行う必要があります: - この状況から回復できるようにリセットをスケジュールします - リセットパスでは、リセット後に新しいコマンドを送信できるようにpending_reqsをリセットする必要があります - タイムアウト後にさらに panthor_gpu_flush_caches() 操作がキューに入れられている場合は、それらをスキップし、不必要な待機を回避するために -EIO を直接返します(メモリブロックは奇跡的に再び機能しません)注意:WARN_ON() は以下の理由でドロップされます。これらのハングアップは、UMD によって作成されたバグのある GPU ジョブによってトリガーされる可能性があり、それを防ぐ方法はありません。ただし、エラーメッセージは保持します。
    v2: - 新しいパッチ v3: - R-b を収集します - コミットメッセージ v4 で WARN_ON() を削除した事実を明示的に言及します: - 変更なし(CVE-2025-71314)

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

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

  - drm/panthor: Recover from panthor_gpu_flush_caches() failures We have seen a few cases where the whole     memory subsystem is blocked and flush operations never complete. When that happens, we want to: - schedule     a reset, so we can recover from this situation - in the reset path, we need to reset the pending_reqs so     we can send new commands after the reset - if more panthor_gpu_flush_caches() operations are queued after     the timeout, we skip them and return -EIO directly to avoid needless waits (the memory block won't     miraculously work again) Note that we drop the WARN_ON()s because these hangs can be triggered with buggy     GPU jobs created by the UMD, and there's no way we can prevent it. We do keep the error messages though.
    v2: - New patch v3: - Collect R-b - Explicitly mention the fact we dropped the WARN_ON()s in the commit     message v4: - No changes (CVE-2025-71314)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
318710	Linux Distros 未修補弱點：CVE-2025-71314	Nessus	Misc.	2026/6/4	2026/10/13	medium
318710	Linux Distros 未修补的漏洞：CVE-2025-71314	Nessus	Misc.	2026/6/4	2026/10/13	medium
329149	SUSE SLED15 / SLES15: Linux カーネルのセキュリティ更新 (SUSE-SU-2026:3166-1)	Nessus	SuSE Local Security Checks	2026/7/23	2026/9/29	medium
318710	Linux Distros のパッチ未適用の脆弱性: CVE-2025-71314	Nessus	Misc.	2026/6/4	2026/10/13	medium
335080	openSUSE 16:cluster-md-kmp-64kb / cluster-md-kmp-azure / cluster-md-kmp-default / etc (openSUSE-SU-2026:21555-1)	Nessus	SuSE Local Security Checks	2026/8/13	2026/9/19	high
318710	Linux Distros Unpatched Vulnerability : CVE-2025-71314	Nessus	Misc.	2026/6/4	2026/10/13	medium
329149	SUSE SLED15 / SLES15 : Security update for the Linux Kernel (SUSE-SU-2026:3166-1)	Nessus	SuSE Local Security Checks	2026/7/23	2026/9/29	medium
335080	openSUSE 16: cluster-md-kmp-64kb / cluster-md-kmp-azure / cluster-md-kmp-default / etc (openSUSE-SU-2026:21555-1)	Nessus	SuSE Local Security Checks	2026/8/13	2026/9/19	high

検出

プラグインの検索

medium

medium

medium

medium

high

medium

medium

high