CVE-2026-43206: drm/amdkfd: Fix out-of-bounds write in kfd_event_page_set()
In the Linux kernel, the following vulnerability has been resolved:
drm/amdkfd: Fix out-of-bounds write in kfd_event_page_set()
The kfd_event_page_set() function writes KFD_SIGNAL_EVENT_LIMIT * 8
bytes via memset without checking the buffer size parameter. This allows
unprivileged userspace to trigger an out-of bounds kernel memory write
by passing a small buffer, leading to potential privilege
escalation.
Security readout for executives and security teams
Plain-English summary
A local, low-privileged user may be able to corrupt Linux kernel memory through the AMD KFD graphics subsystem. Successful exploitation could potentially grant higher privileges or compromise system confidentiality, integrity, and availability. This is primarily a concern for shared Linux systems and GPU-compute hosts where untrusted users can access KFD.
Executive priority
Treat as a high-priority local privilege-escalation risk on shared or multi-tenant AMD GPU systems. Accelerate patching where untrusted users have local accounts, container workloads reach host GPU devices, or GPU-compute services expose KFD. Lower urgency may be appropriate only after confirming KFD is unavailable or inaccessible.
Technical view
kfd_event_page_set() performs a fixed-size memset of KFD_SIGNAL_EVENT_LIMIT multiplied by eight bytes without validating the supplied buffer size. A small userspace-provided buffer can therefore cause an out-of-bounds kernel write. The supplied record identifies local access, low complexity, low privileges, no user interaction, and potential privilege escalation.
Likely exposure
Exposure likely requires an affected Linux kernel, the AMD KFD subsystem, and local unprivileged access to the relevant interface. The supplied version data is ambiguous and includes duplicated or irregular entries, so administrators should confirm affected kernel builds through their Linux distribution or kernel vendor.
Exploitation context
The CVSS 3.1 score is 7.8 with a local attack vector. The supplied record does not list this CVE in KEV and provides no evidence of active exploitation or a public exploit. Practical exploitability may depend on kernel configuration, AMD GPU support, and device permissions.
Researcher notes
The vulnerability is a kernel out-of-bounds write caused by a length mismatch between a constant-sized memset and a caller-controlled buffer size. The record supplies eight stable-kernel fix references but no CWE, exploit evidence, or reliable packaged-version mapping. Distribution backports may make upstream version comparisons insufficient.
Mitigation direction
Update to a vendor-supported kernel incorporating the applicable linked Linux stable fix.
Consult the Linux distribution advisory to map packaged kernel versions accurately.
Restrict untrusted local access to AMD KFD interfaces where operationally acceptable.
Prioritize shared GPU, research, workstation, and multi-tenant systems for remediation.
Validation and detection
Inventory active kernel versions on systems using AMD GPUs or GPU-compute workloads.
Confirm whether AMD KFD is present, enabled, and accessible to unprivileged users.
Check vendor changelogs for CVE-2026-43206 or the applicable stable commit.
Verify the fixed kernel is active after updating and rebooting.
Avoid production exploitation testing; use vendor version and patch verification.
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-43206 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
9Source 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.