Skip to main content
VulnerabilityPublished Updated

CVE-2025-47361: Qualcomm Snapdragon · Improper Validation of Array Index

Affects Qualcomm SnapdragonSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High.

Data as of 26 Oct 2026, 17:16 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
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:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 4 Nov 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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.

References

Community reviews

Loading reviews…