In the Linux kernel, the following vulnerability has been resolved: iommufd: Move vevent memory allocation outside spinlock The veventq memory… (CVE-2026-64292)
A vulnerability in the Linux kernel's iommufd component involved memory allocation for vevent queues occurring inside a spinlock. This design allowed user space to specify large queue depths, potentially exhausting atomic memory reserves. The issue was addressed by moving the memory allocation outside the spinlock and using GFP_NOWAIT to avoid atomic memory exhaustion. On allocation failure, the kernel signals the event drop to user space and returns an error code. This fix distinguishes between queue overflow (a normal condition) and memory allocation failure (a kernel error). Future changes will limit the maximum vevent queue depth.
AI Analysis
Technical Summary
The Linux kernel vulnerability CVE-2026-64292 involved veventq memory allocation inside a spinlock in the iommufd subsystem. Because the queue depth is user-controlled, this could lead to exhaustion of atomic memory reserves, causing kernel instability or denial of service. The fix moves the allocation outside the spinlock and uses GFP_NOWAIT to fail fast under memory pressure without consuming atomic reserves or triggering direct reclaim in IRQ context. On failure, the kernel queues a lost_events_header to notify user space and returns -ENOMEM to indicate kernel memory pressure. This behavior is distinct from normal queue overflow handling, which returns success but signals event loss. A subsequent patch will cap the veventq depth to further mitigate risk.
Potential Impact
This vulnerability could allow user space to exhaust atomic memory reserves in the kernel by requesting large vevent queue depths, potentially leading to denial of service or kernel instability. The issue affects kernel memory management under specific conditions related to iommufd vevent queues. There is no indication of privilege escalation or code execution. No known exploits are reported in the wild.
Mitigation Recommendations
A fix has been implemented that moves veventq memory allocation outside the spinlock and uses GFP_NOWAIT to prevent atomic memory exhaustion. This fix returns appropriate error codes on allocation failure and signals event loss to user space. Users should update to a Linux kernel version that includes this fix. Patch status is not explicitly confirmed in the provided data; users should consult the official Linux kernel advisories or vendor updates for the exact fixed versions and apply them accordingly.
In the Linux kernel, the following vulnerability has been resolved: iommufd: Move vevent memory allocation outside spinlock The veventq memory… (CVE-2026-64292)
Description
A vulnerability in the Linux kernel's iommufd component involved memory allocation for vevent queues occurring inside a spinlock. This design allowed user space to specify large queue depths, potentially exhausting atomic memory reserves. The issue was addressed by moving the memory allocation outside the spinlock and using GFP_NOWAIT to avoid atomic memory exhaustion. On allocation failure, the kernel signals the event drop to user space and returns an error code. This fix distinguishes between queue overflow (a normal condition) and memory allocation failure (a kernel error). Future changes will limit the maximum vevent queue depth.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel vulnerability CVE-2026-64292 involved veventq memory allocation inside a spinlock in the iommufd subsystem. Because the queue depth is user-controlled, this could lead to exhaustion of atomic memory reserves, causing kernel instability or denial of service. The fix moves the allocation outside the spinlock and uses GFP_NOWAIT to fail fast under memory pressure without consuming atomic reserves or triggering direct reclaim in IRQ context. On failure, the kernel queues a lost_events_header to notify user space and returns -ENOMEM to indicate kernel memory pressure. This behavior is distinct from normal queue overflow handling, which returns success but signals event loss. A subsequent patch will cap the veventq depth to further mitigate risk.
Potential Impact
This vulnerability could allow user space to exhaust atomic memory reserves in the kernel by requesting large vevent queue depths, potentially leading to denial of service or kernel instability. The issue affects kernel memory management under specific conditions related to iommufd vevent queues. There is no indication of privilege escalation or code execution. No known exploits are reported in the wild.
Mitigation Recommendations
A fix has been implemented that moves veventq memory allocation outside the spinlock and uses GFP_NOWAIT to prevent atomic memory exhaustion. This fix returns appropriate error codes on allocation failure and signals event loss to user space. Users should update to a Linux kernel version that includes this fix. Patch status is not explicitly confirmed in the provided data; users should consult the official Linux kernel advisories or vendor updates for the exact fixed versions and apply them accordingly.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-gr72-p8g3-6gpc
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-64292"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a65420e9c2644c7f8086337
Added to database: 07/25/2026, 23:09:02 UTC
Last enriched: 07/25/2026, 23:40:02 UTC
Last updated: 07/26/2026, 03:58:19 UTC
Views: 4
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.