CVE-2026-31766: drm/amdgpu: validate doorbell_offset in user queue creation
In the Linux kernel, the following vulnerability has been resolved:
drm/amdgpu: validate doorbell_offset in user queue creation
amdgpu_userq_get_doorbell_index() passes the user-provided
doorbell_offset to amdgpu_doorbell_index_on_bar() without bounds
checking. An arbitrarily large doorbell_offset can cause the
calculated doorbell index to fall outside the allocated doorbell BO,
potentially corrupting kernel doorbell space.
Validate that doorbell_offset falls within the doorbell BO before
computing the BAR index, using u64 arithmetic to prevent overflow.
(cherry picked from commit de1ef4ffd70e1d15f0bf584fd22b1f28cbd5e2ec)
Security readout for executives and security teams
Plain-English summary
A local, low-privileged user may supply an oversized AMD GPU queue offset that reaches beyond allocated kernel memory. The resulting corruption could alter system state or crash the host. The supplied CVSS score is 7.1, with high integrity and availability impact but no stated confidentiality impact.
Executive priority
Treat as high priority on multi-user GPU compute, workstation, or shared development systems because low-privileged local users may disrupt or corrupt the host. Internet-only systems without local user access are less directly exposed. Use vendor package guidance to resolve the ambiguous upstream version information.
Technical view
The amdgpu user-queue path passed a user-controlled doorbell_offset into BAR index calculation without first checking it against the doorbell buffer object. An excessive value could produce an out-of-range index and corrupt kernel doorbell space. The fix validates the offset before calculation and uses 64-bit arithmetic to prevent overflow.
Likely exposure
Exposure requires Linux systems using the AMDGPU driver on an affected kernel and a local account able to reach user-queue creation. The bundle lists versions including 6.16, 6.18.22, 6.19.12, and 7.0, but its version data is ambiguous; confirm applicability through the kernel or distribution vendor.
Exploitation context
The CVSS vector indicates local access, low complexity, low privileges, and no user interaction. CISA KEV status is false, and the supplied sources provide no evidence of active exploitation. Potential impact is kernel-space corruption affecting integrity or availability rather than disclosed data theft.
Researcher notes
Review the user-queue doorbell allocation boundary and confirm validation occurs before BAR index calculation using overflow-safe 64-bit arithmetic. The supplied record contains unclear affected-version entries, including โ0โ and repeated commit identifiers, so avoid inferring a continuous vulnerable range without vendor confirmation.
Mitigation direction
Install a vendor-supported kernel containing the cited AMDGPU offset-validation fix.
Check Linux distribution advisories for exact fixed packages and backport status.
Prioritize shared GPU hosts where untrusted local users can access AMDGPU user queues.
Until patched, reduce untrusted local access to affected AMD GPU systems where operationally feasible.
Validation and detection
Inventory Linux hosts with AMD GPUs and the amdgpu driver loaded.
Record running kernel versions and compare them with distribution security advisories.
Confirm installed kernel source or package changelog includes the cited stable fix.
After updating, verify the fixed kernel is running following any required reboot.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve ยท low confidence lookup
CVE-2026-31766 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
0ADP providers
4Source links
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.