CVE-2025-47396: Qualcomm Snapdragon · Double Free
Affects Qualcomm SnapdragonSource CVE Database V5
Not known to be exploited · CVSS 7.8 High.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.08% 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 6 Jan 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
European organizations should implement a multi-layered mitigation strategy. First, monitor Qualcomm and device manufacturers for official patches or firmware updates addressing CVE-2025-47396 and deploy them promptly. Until patches are available, restrict local access to devices running affected Snapdragon platforms, especially in sensitive or high-security environments. Employ strict physical security controls and endpoint protection to prevent unauthorized local access. Use application whitelisting and sandboxing to limit the execution of untrusted or unnecessary secure applications that could trigger the vulnerability. Conduct regular memory and process integrity monitoring to detect anomalous behavior indicative of exploitation attempts. For device manufacturers and developers, review and improve memory management routines in secure applications to prevent double free conditions, including rigorous testing under low-memory conditions. Additionally, implement runtime protections such as Address Space Layout Randomization (ASLR) and Control Flow Integrity (CFI) to mitigate exploitation impact. Finally, raise user and administrator awareness about the risks of local attacks and the importance of device security hygiene.
Description
Memory corruption occurs when a secure application is launched on a device with insufficient memory.