CVE-2025-47397: Qualcomm Snapdragon · Memory Leak
Affects Qualcomm SnapdragonSource CVE Database V5
Not known to be exploited · CVSS 7.8 High.
Data as of 26 Oct 2026, 17:16 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:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 2 Feb 2026
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 |
|---|---|---|
| Qualcomm, Inc.Snapdragon | Affected
| Fixed in– |
AI-suggested
To mitigate CVE-2025-47397, affected organizations and users should: 1) Monitor Qualcomm and device OEM advisories for official patches and firmware updates addressing this vulnerability and apply them as soon as they become available. 2) Implement strict access controls and privilege separation on devices to minimize the risk of local privilege escalation; restrict installation of untrusted applications and enforce least privilege principles. 3) Employ runtime protections such as memory protection mechanisms (e.g., ASLR, DEP) and integrity monitoring to detect anomalous behavior indicative of exploitation attempts. 4) For enterprise environments, use mobile device management (MDM) solutions to enforce security policies and ensure timely patch deployment across all Qualcomm-based devices. 5) Conduct security audits and penetration testing focusing on local privilege escalation vectors to identify and remediate potential attack paths. 6) Educate users about the risks of installing untrusted software that could exploit local vulnerabilities. 7) For IoT and embedded device manufacturers, consider additional hardware or software safeguards to isolate GPU memory operations and validate IOMMU mappings robustly. These measures go beyond generic patching by emphasizing proactive access control, monitoring, and defense-in-depth strategies.
Description
Memory Corruption when initiating GPU memory mapping using scatter-gather lists due to unchecked IOMMU mapping errors.