CVE-2026-99004: Linux kernel · drm/imagination: Size page table preallocation by device address
Source GCVE Database
Not known to be exploited · fixed in f9b215b3e37a5047c406545de51bf8a2aeb4cd1c : patch Linux kernel soon.
Data as of 26 Oct 2026, 13:47 UTC
Rated by Threat Radar · CVSS not yet scored by NVD
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 6% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in f9b215b3e37a5047c406545de51bf8a2aeb4cd1c, 789f290b2e81d42820bddcb4010ffbc2ae2ded54, 51b56bad96fd20127034f660b337c00317c65151 +1
Exploitation evidence
Disclosed: evidence found.
CVE published 23 Oct 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Upgrade Linux kernel to f9b215b3e37a5047c406545de51bf8a2aeb4cd1c, 789f290b2e81d42820bddcb4010ffbc2ae2ded54, 51b56bad96fd20127034f660b337c00317c65151 or 7f73da0facf864fe796371ebaccacb1fee678aaf.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in– |
Description
In the Linux kernel, the following vulnerability has been resolved: drm/imagination: Size page table preallocation by device address Commit 0a8224058a58 ("drm/imagination: Fix page count for page table for map() interface") passed the device address to pvr_mmu_op_context_create(), but the preallocation is still sized from device_addr + sgt_offset with an exclusive end. The offset into the object's pages has no place in a device-virtual range, and the exclusive end allocates one table too many when the range ends on a table boundary. Count the tables from device_addr and the inclusive end of the range. The new calculation does not take page table indices into account. This fixes another issue with the previous implementation, where the difference between start and end indices could underflow when a mapping crossed a page table boundary. This would lead to the driver preallocating a huge number of MMU pages, exhausting system memory and triggering an out of memory panic. [Alessio: add paragraph to point out OOM bug being fixed, cc stable]
References
- nvd.nist.gov/vuln/detail/CVE-2026-99004 (opens in a new tab)
- git.kernel.org/stable/c/51b56bad96fd20127034f660b337c00317c65151 (opens in a new tab)
- git.kernel.org/stable/c/789f290b2e81d42820bddcb4010ffbc2ae2ded54 (opens in a new tab)
- git.kernel.org/stable/c/7f73da0facf864fe796371ebaccacb1fee678aaf (opens in a new tab)
- git.kernel.org/stable/c/f9b215b3e37a5047c406545de51bf8a2aeb4cd1c (opens in a new tab)