Skip to main content
VulnerabilityPublished

CVE-2025-27047: Qualcomm Snapdragon · Use After Free

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.1% 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 8 Jul 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 prioritize the following mitigation steps: 1) Inventory and identify all devices using affected Qualcomm Snapdragon and related platforms, including mobile devices, laptops, and embedded systems. 2) Monitor Qualcomm and device vendors for official patches or firmware updates addressing CVE-2025-27047 and apply them promptly. 3) Implement strict access controls to limit local access to devices, including enforcing strong authentication, device encryption, and endpoint security solutions to detect suspicious activities. 4) Employ network segmentation to reduce the risk of lateral movement from compromised devices. 5) Use mobile device management (MDM) and endpoint detection and response (EDR) tools to monitor for anomalous behavior indicative of exploitation attempts. 6) Educate users about the risks of unauthorized physical access and the importance of device security hygiene. 7) For critical systems, consider additional runtime protections such as memory corruption mitigations (e.g., Control Flow Integrity, Address Space Layout Randomization) where supported. 8) Establish incident response plans specifically addressing potential exploitation scenarios involving local privilege escalation and memory corruption vulnerabilities.

Description

Memory corruption while processing the TESTPATTERNCONFIG escape path.

References

Community reviews

Loading reviews…