CVE-2025-58410: Imagination Technologies Graphics DDK · 4.18
Affects Imagination Technologies Graphics DDKSource CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 26 Oct 2026, 08:11 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 22% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 17 Nov 2025
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
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Imagination Technologies Graphics DDK | Affected
| Fixed in– |
AI-suggested
1. Apply official patches from Imagination Technologies as soon as they are released to address the improper memory protection handling in the Graphics DDK. 2. Until patches are available, restrict access to GPU device interfaces to trusted users and processes only, using strict access control policies. 3. Implement runtime monitoring of GPU system calls and memory access patterns to detect anomalous behavior indicative of exploitation attempts. 4. Employ containerization or virtualization techniques to isolate GPU workloads, minimizing the impact of potential breaches. 5. Regularly audit and update GPU driver versions across all systems to ensure no legacy vulnerable versions remain in use. 6. Coordinate with hardware and software vendors to validate the integrity of GPU drivers and firmware. 7. For cloud environments, enforce strict tenant isolation and monitor GPU resource usage for unusual activity. 8. Educate system administrators and security teams about this vulnerability and the importance of GPU security hygiene. 9. Incorporate GPU driver vulnerability scanning into regular vulnerability management programs. 10. Consider network segmentation to limit exposure of systems running vulnerable GPU drivers.
Description
Software installed and run as a non-privileged user may conduct improper GPU system calls to gain write permissions to memory buffers exported as read-only. This is caused by improper handling of the memory protections for the buffer resource.