CVE-2026-23149: drm: Do not allow userspace to trigger kernel warnings in drm_gem_change_handle_ioctl()
In the Linux kernel, the following vulnerability has been resolved:
drm: Do not allow userspace to trigger kernel warnings in drm_gem_change_handle_ioctl()
Since GEM bo handles are u32 in the uapi and the internal implementation
uses idr_alloc() which uses int ranges, passing a new handle larger than
INT_MAX trivially triggers a kernel warning:
idr_alloc():
...
if (WARN_ON_ONCE(start < 0))
return -EINVAL;
...
Fix it by rejecting new handles above INT_MAX and at the same time make
the end limit calculation more obvious by moving into int domain.
Security readout for executives and security teams
Plain-English summary
CVE-2026-23149 lets local userspace trigger Linux kernel warnings through a DRM/GEM handle-change ioctl. The public record describes a fix that rejects oversized handles. No active exploitation is reported in the provided sources, and no CVSS score is available.
Executive priority
Handle through normal kernel patch management, with higher priority for multi-user, desktop, GPU, or container hosts where untrusted local workloads may access DRM. Current evidence does not support emergency response.
Technical view
DRM GEM handles are u32 in the userspace API, while the internal idr_alloc() path uses int ranges. A handle value above INT_MAX can reach idr_alloc() and trigger WARN_ON_ONCE for a negative start value. The fix rejects handles above INT_MAX and clarifies limit calculation in int domain.
Likely exposure
Likely limited to systems running affected Linux kernel versions with DRM/GEM functionality reachable by local userspace. The provided affected data lists Linux 6.18 through before 6.18.9 and 6.19 as affected, but distribution backport status must be checked separately.
Exploitation context
The described trigger is local userspace input to a DRM ioctl. The sources do not indicate remote exploitation, privilege escalation, memory corruption, public exploit code, or KEV-listed active exploitation.
Researcher notes
Impact evidence is narrow: userspace can trigger a kernel warning via an oversized GEM handle. The CVE lacks CVSS, CWE, and exploitation evidence. Validate exact affected ranges against upstream stable commits and downstream vendor backports.
Mitigation direction
Update to a vendor kernel containing the referenced DRM fix.
Check Linux distribution advisories for backported fixed packages.
Prioritize systems where untrusted local users or workloads access DRM devices.
Validation and detection
Inventory running kernel versions on Linux systems.
Confirm whether vendor kernel changelogs include the referenced DRM/GEM fix.
Review exposure of DRM device access for untrusted local users or containers.
Check logs for repeated DRM-related kernel warnings, without treating logs as proof of compromise.
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-23149 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.
0CVSS vectors
3Timeline events
0ADP providers
3Source links
Vulnerability timeline
Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.
CVE reservedCVE Program
The CVE ID was reserved by the assigning CNA.
CVE publishedCVE Program
The CVE record was published.
Feb 14, 2026, 16:01 UTC (UTC+00:00)
CVE updatedCVE Program
The CVE record metadata indicates this as the latest update time.