PatchSiren cyber security CVE debrief
CVE-2026-45200 Imagination Technologies CVE debrief
A double free vulnerability exists in a GPU driver when a non-privileged user fabricates a specific combination of flags on the allocation interface, potentially leading to kernel heap corruption. This scenario can cause improper GPU driver IOCTL calls, resulting in an allocation scenario that, when freed, would cause double free and kernel heap corruption. The vulnerability's nature requires verification of exposed systems and assessment of potential impact due to its potential to corrupt kernel heap.
- Vendor
- Imagination Technologies
- Product
- Graphics DDK
- CVSS
- Unknown
- CISA KEV
- Not listed in stored evidence
- Original CVE published
- 2026-09-04
- Original CVE updated
- 2026-09-04
- Advisory published
- 2026-09-04
- Advisory updated
- 2026-09-04
Who should care
Defenders responsible for systems using the affected GPU driver should assess potential exposure and prioritize verification. This includes operators, platform administrators, vulnerability management teams, and security teams who need to evaluate the potential impact on their systems and take necessary actions.
Why it matters
A double free vulnerability in a GPU driver allows non-privileged users to potentially corrupt kernel heap, requiring verification of exposed systems and assessment of potential impact.
- Verification of exposed systems is necessary to determine potential impact
- Assessing impact due to vulnerability nature is crucial for defenders
Technical summary
The vulnerability exists in a GPU driver when a non-privileged user fabricates a specific combination of flags on the allocation interface, potentially leading to kernel heap corruption. This scenario can cause improper GPU driver IOCTL calls, resulting in an allocation scenario that, when freed, would cause double free and kernel heap corruption. The vulnerability's nature requires verification of exposed systems and assessment of potential impact due to its potential to corrupt kernel heap. Affected product context and defensive impact should be considered.
Defensive priority
Defenders should prioritize verifying exposed systems and assessing potential impact due to the vulnerability's nature.
Recommended defensive actions
- Verify exposed systems for potential vulnerability
- Assess impact due to vulnerability nature
- Monitor for patches or updates from the vendor
- Review compensating controls for exposed systems while remediation is scheduled and verified
- Check relevant monitoring, detection, and logs for exposed assets that need extra review
- Track exceptions, retest remediated assets, and close the item only after evidence is documented
- Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up
Evidence notes
The CVE record and NVD entry provide limited information about the vulnerability, with the vendor and affected products unknown. The vulnerability exists in a GPU driver, and defenders should verify exposed systems and assess potential impact. The CVE record was published on 2026-09-04T02:17:19.113Z and has not been modified since then. Limited source detail is available, and explicit evidence-limit language and defensive verification tasks are necessary.
Sources and references
Verified primary and authoritative sources
-
CVE-2026-45200 CVE Program record
Publisher, destination, and source semantics verified
URL: https://www.cve.org/CVERecord?id=CVE-2026-45200
CVE Program - Official CVE Program record with source-provided CVE metadata.
-
CVE-2026-45200 NVD vulnerability detail
Publisher, destination, and source semantics verified
URL: https://nvd.nist.gov/vuln/detail/CVE-2026-45200
NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.
Supplemental references
-
Source reference
Unverified legacy reference
URL: https://www.imaginationtech.com/gpu-driver-vulnerabilities/
367425dc-4d06-4041-9650-c2dc6aaa27ce
Methodology and review provenance
AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.