Skip to main content
CVE-2025-58410VulnerabilityPublished

CVE-2025-58410: Imagination Technologies Graphics DDK · 4.18

Affects Imagination Technologies Graphics DDKSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 26 Oct 2026, 08:11 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
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:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 17 Nov 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

ProductAffectedFixed in
Imagination Technologies Graphics DDKAffected
  • =23.3
  • =25.2
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.

References

Community reviews

Loading reviews…