CVE-2023-33108: Qualcomm Snapdragon · Use After Free
Affects Qualcomm SnapdragonSource CVE Database V5
Not known to be exploited · CVSS 8.4 High.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 1% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 2 Jan 2024
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 2026-10-25.
What to do
AI-suggested
European organizations should implement a multi-layered mitigation strategy: 1) Promptly apply security patches and firmware updates from Qualcomm and device manufacturers as they become available, prioritizing devices running affected Snapdragon platforms. 2) Enforce strict application vetting and control policies to prevent installation of untrusted or malicious applications that could exploit the vulnerability locally. 3) Employ mobile device management (MDM) solutions to monitor device integrity and enforce security configurations, including restricting local access to sensitive device components. 4) For automotive and embedded systems, coordinate with vendors to ensure timely updates and consider network segmentation to isolate vulnerable devices from critical infrastructure. 5) Increase user awareness about the risks of installing unauthorized software and the importance of updating devices. 6) Monitor security advisories and threat intelligence feeds for emerging exploit techniques targeting this vulnerability. 7) Where possible, implement runtime protections such as memory corruption mitigations (e.g., ASLR, DEP) and leverage hardware security features provided by Qualcomm platforms to reduce exploitation likelihood. These steps go beyond generic advice by focusing on device-specific controls, vendor coordination, and operational security tailored to the affected platforms and environments.
Description
Memory corruption in Graphics Driver when destroying a context with KGSL_GPU_AUX_COMMAND_TIMELINE objects queued.