CVE-2025-47361: Qualcomm Snapdragon · Improper Validation of Array Index
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.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 4 Nov 2025
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
AI-suggested
Organizations should implement the following specific mitigation strategies: 1) Monitor vendor communications closely for official Qualcomm patches and apply them promptly once available. 2) Restrict local access to devices with affected Snapdragon chipsets by enforcing strong physical security controls and limiting user privileges. 3) Employ runtime protections such as memory corruption mitigations (e.g., DEP, ASLR) where supported by the device to reduce exploitation likelihood. 4) Implement input validation and sanitization at the application and system level to prevent malformed or out-of-range identifiers from reaching vulnerable code paths. 5) Use endpoint detection and response (EDR) tools to monitor for unusual crashes or suspicious behavior indicative of exploitation attempts. 6) For organizations deploying embedded systems, consider network segmentation and strict access controls to minimize exposure. 7) Engage in threat hunting focused on memory corruption indicators and anomalous subsystem crashes. These measures go beyond generic advice by focusing on local access restriction, memory protection, and proactive monitoring tailored to this vulnerability’s characteristics.
Description
Memory corruption when triggering a subsystem crash with an out-of-range identifier.