Skip to main content
VulnerabilityPublished Updated

CVE-2025-47351: Qualcomm Snapdragon · Integer Overflow or Wraparound

Affects Qualcomm SnapdragonSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High.

Data as of 26 Oct 2026, 09:08 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 9 Oct 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

To mitigate CVE-2025-47351, organizations should: 1) Monitor Qualcomm and device manufacturers for official patches and apply them promptly once available. 2) Restrict local access to devices by enforcing strong physical security controls and limiting local user privileges to the minimum necessary. 3) Employ endpoint security solutions capable of detecting anomalous local activity that could indicate exploitation attempts. 4) For enterprise environments, implement network segmentation to limit exposure of vulnerable devices to untrusted users. 5) Encourage users to avoid installing untrusted applications or connecting to untrusted networks that could facilitate local exploitation. 6) Device manufacturers should conduct thorough code audits and fuzz testing on affected components to identify and remediate similar vulnerabilities proactively. 7) Consider deploying runtime protections such as memory protection mechanisms (e.g., DEP, ASLR) if supported by the device platform to reduce exploitation success. 8) Maintain up-to-date inventories of devices using affected chipsets to prioritize patch deployment and risk management. These steps go beyond generic advice by focusing on local access control, proactive detection, and vendor collaboration.

Description

Memory corruption while processing user buffers.

References

Community reviews

Loading reviews…