Answer in brief
CVE-2026-53143 records a High severity (CVSS 7.8) vulnerability in drm/amdkfd: Fix buffer overflow in SDMA queue checkpoint/restore on GFX11. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 7.8. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=cc009e613de6560eb499f8bc92c80a737752cb30 <16dad1fb0d783a4008de30e32d0038c393de05b1 || >=cc009e613de6560eb499f8bc92c80a737752cb30 <2c5b66c9b4057b385566940935ebc32f6e6ebfd2 || >=cc009e613de6560eb499f8bc92c80a737752cb30 <d3efcadfe3eea5b4263b8f2d4463b15c9fc46a64 || >=cc009e613de6560eb499f8bc92c80a737752cb30 <d02f05d30f35b036f7cbaf72de634affb5b38ec6 || >=cc009e613de6560eb499f8bc92c80a737752cb30 <352ea59028ea48a6fff77f19ae28f98f71946a80 | 16dad1fb0d783a4008de30e32d0038c393de05b1, 2c5b66c9b4057b385566940935ebc32f6e6ebfd2, d3efcadfe3eea5b4263b8f2d4463b15c9fc46a64, d02f05d30f35b036f7cbaf72de634affb5b38ec6, 352ea59028ea48a6fff77f19ae28f98f71946a80 |
| Linux/Linuxgeneric | 5.19 | Not reported |
Published upstream
Jun 25, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 20, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Jun 25, 2026
In the Linux kernel, the following vulnerability has been resolved: drm/amdkfd: Fix buffer overflow in SDMA queue checkpoint/restore on GFX11 The v11 MQD manager incorrectly assigned the CP-compute variants of checkpoint_mqd/restore_mqd for KFD_MQD_TYPE_SDMA queues. These functions use sizeof(struct v11_compute_mqd) (2048 bytes) instead of sizeof(struct v11_sdma_mqd) (512 bytes), causing a 1536-byte overflow. During CRIU checkpoint of an SDMA queue on Navi3x: - checkpoint_mqd() reads 2048 bytes from a 512-byte SDMA MQD buffer, leaking 1536 bytes of adjacent GTT memory to userspace During CRIU restore: - restore_mqd() writes 2048 bytes into a 512-byte SDMA MQD buffer, corrupting 1536 bytes of adjacent GTT memory (often the ring buffer or neighboring MQDs) This is a copy-paste regression unique to v11. All other ASIC backends (cik, vi, v9, v10, v12) correctly use the SDMA-specific variants. Add checkpoint_mqd_sdma() and restore_mqd_sdma() functions that properly handle the smaller v11_sdma_mqd structure, matching the pattern used in other MQD managers. (cherry picked from commit 6fa41db7ffdec97d62433adf03b7b9b759af8c2c)
Quoted source text, attributed separately from HOL analysis.