CVE-2025-47364: Qualcomm Snapdragon · Integer Overflow or Wraparound
Affects Qualcomm SnapdragonSource CVE Database V5
Not known to be exploited · CVSS 6.8 Medium.
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:P/AC:L/PR:N/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-47364, organizations should: 1) Enforce strict physical security controls to prevent unauthorized physical access to devices using affected Snapdragon chipsets. 2) Monitor Qualcomm and device vendor advisories closely for firmware or software patches addressing this vulnerability and prioritize timely deployment. 3) Implement device management policies that restrict installation of untrusted software and limit device functionality in sensitive environments. 4) Use hardware-based security features such as secure boot and trusted execution environments to reduce exploitation impact. 5) Conduct regular security audits and penetration testing focusing on physical attack vectors. 6) Educate users and administrators about the risks of physical device compromise and encourage reporting of lost or stolen devices. 7) For critical infrastructure, consider network segmentation and additional monitoring to detect anomalous device behavior that could indicate exploitation attempts. These steps go beyond generic advice by focusing on physical access control and proactive patch management specific to embedded chipset vulnerabilities.
Description
Memory corruption while calculating offset from partition start point.