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

  - drm/amdgpu：在配置時零初始化 GART 表格 GART TLB 在取消對應後會排清，但在對應後不會排清。由於 amdgpu_bo_create_kernel（） 不會對緩衝區進行零初始化，因此當寫入單一 PTE 時，TLB 可能會推測地從相同的快取行載入其他未初始化的項目。這些垃圾項目可能看起來有效，而後續寫入相同快取行中的另一個 PTE 可能會導致 GPU 使用來自 TLB 的過時垃圾 PTE。透過呼叫 memset_io（） 在配置後立即使用 gart_pte_flags 初始化 GART 表來解決此問題。使用 AMDGPU_GEM_CREATE_VRAM_CLEARED，基於 SDMA 的清除將無法運作，因為 SDMA 需要初始化 GART 才能運作。（從提交 d9af8263b82b6eaa60c5718e0c6631c5037e4b24 中挑選）（CVE-2026-53374）

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

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

  - drm/amdgpu：分配时零初始化 GART 表。GART TLB 会在取消映射后刷新，但不会在映射后刷新。由于 amdgpu_bo_create_kernel（） 不会对缓冲区进行零初始化，因此当写入单一 PTE 时，TLB 可能会推测性地从同一个高速缓存块加载其他未初始化的条目。这些垃圾条目可能看起来有效，后续写入相同高速缓存块中的另一个 PTE 可能导致 GPU 使用来自 TLB 的过时垃圾 PTE。通过调用 memset_io（） 以在分配后立即使用 gart_pte_flags 对 GART 表进行零初始化来修复此问题。使用基于 SDMA 的清除AMDGPU_GEM_CREATE_VRAM_CLEARED将无法工作，因为 SDMA 需要初始化 GART 才能工作。（从提交 d9af8263b82b6eaa60c5718e0c6631c5037e4b24 中精选出的内容）（CVE-2026-53374）

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

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

  - drm/amdgpu:割り当て時の GART テーブルをゼロ初期化します。GART TLB は、マッピング解除後にフラッシュされますが、マッピング後はフラッシュされません。amdgpu_bo_create_kernel()はバッファをゼロ初期化しないため、単一のPTEが書き込まれると、TLBは同じキャッシュラインから初期化されていない他のエントリを推測的にロードする可能性があります。これらのガベージエントリは有効のように見える場合があり、その後同じキャッシュライン内の別のPTEに書き込むと、GPUがTLBからの古いガベージPTEを使用する可能性があります。割り当て直後に memset_io() を呼び出して gart_pte_flags で GART テーブルをゼロ初期化することで、これを修正します。AMDGPU_GEM_CREATE_VRAM_CLEAREDを使用すると、SDMA ベースのクリアは機能しません。これは、SDMA が動作するために GART を初期化する必要があるためです。(コミット d9af8263b82b6eaa60c5718e0c6631c5037e4b24 からのチェリーピッキング)(CVE-2026-53374)

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

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

  - drm/amdgpu: zero-initialize GART table on allocation GART TLB is flushed after unmapping but not after     mapping. Since amdgpu_bo_create_kernel() does not zero-initialize the buffer, when a single PTE is written     the TLB may speculatively load other uninitialized entries from the same cacheline. Those garbage entries     can appear valid, and a subsequent write to another PTE in the same cacheline may cause the GPU to use a     stale garbage PTE from the TLB. Fix this by calling memset_io() to zero-initialize the GART table with     gart_pte_flags immediately after allocation. Using AMDGPU_GEM_CREATE_VRAM_CLEARED, SDMA-based clear will     not work since SDMA needs GART to be initialized to work. (cherry picked from commit     d9af8263b82b6eaa60c5718e0c6631c5037e4b24) (CVE-2026-53374)

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

An update of the linux package has been released.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
327888	Linux Distros 未修補弱點：CVE-2026-53374	Nessus	Misc.	2026/7/19	2026/8/1	high
327888	Linux Distros 未修补的漏洞：CVE-2026-53374	Nessus	Misc.	2026/7/19	2026/8/1	high
327888	Linux Distros のパッチ未適用の脆弱性: CVE-2026-53374	Nessus	Misc.	2026/7/19	2026/8/1	high
327888	Linux Distros Unpatched Vulnerability : CVE-2026-53374	Nessus	Misc.	2026/7/19	2026/8/1	high
329326	Photon OS 5.0: Linux PHSA-2026-5.0-0926	Nessus	PhotonOS Local Security Checks	2026/7/24	2026/7/28	high
318773	Photon OS 5.0: Linux PHSA-2026-5.0-0864	Nessus	PhotonOS Local Security Checks	2026/6/5	2026/8/1	high

检测

插件搜索

high

high

high

high

high

high