Skip to main content
VulnerabilityPublished

CVE-2025-47396: Qualcomm Snapdragon · Double Free

Affects Qualcomm SnapdragonSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High.

Data as of 26 Oct 2026, 14:05 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 6 Jan 2026

  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

Affected software

ProductAffectedFixed in
Qualcomm, Inc.SnapdragonAffected
  • QCS610 – WSA8845
29 affected builds
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.

References

Community reviews

Loading reviews…