CVE-2025-47375: Qualcomm Snapdragon · Use After Free
Affects Qualcomm SnapdragonSource CVE Database V5
Not known to be exploited · CVSS 7.8 High.
Data as of 30 Oct 2026, 11:52 UTC
- EPSS
- 0.07% chance of exploitation in 30 days – higher than 0% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 2 Mar 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 30 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Qualcomm, Inc.Snapdragon | Affected
| Fixed in– |
AI-suggested
- Monitor Qualcomm and device vendors for official patches and apply them promptly once available to address the use-after-free flaw.
- Until patches are released, restrict local access to devices by enforcing strict user privilege separation and disabling unnecessary accounts or services that could invoke IOCTL calls.
- Employ application whitelisting and runtime protections to prevent untrusted or malicious applications from executing or invoking vulnerable IOCTL interfaces.
- Use mobile device management (MDM) solutions to enforce security policies and monitor for anomalous behavior indicative of exploitation attempts.
- For enterprise and automotive deployments, isolate critical systems from untrusted networks and users to reduce the attack surface.
- Conduct regular security audits and vulnerability assessments focusing on kernel-level interfaces and privilege escalation vectors.
- Educate users and administrators about the risks of installing untrusted applications or granting excessive permissions that could trigger the vulnerability.
- Implement kernel hardening techniques such as memory tagging or use-after-free detection tools where supported to mitigate exploitation risk.
Description
Memory corruption while handling different IOCTL calls from the user-space simultaneously.