Skip to main content
VulnerabilityPublished Updated

CVE-2025-21436: 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, 12:55 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 1% 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 7 Apr 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-21436, organizations should: 1) Monitor Qualcomm and device vendors for official patches and apply them promptly once available. 2) Restrict access to IOCTL interfaces to trusted processes and users only, employing strict access control mechanisms and sandboxing where possible. 3) Implement runtime protections such as memory corruption mitigations (e.g., Address Space Layout Randomization, Control Flow Integrity) on affected devices. 4) Conduct thorough code audits and testing for applications interacting with IOCTL calls to prevent simultaneous or unsafe calls from multiple threads. 5) Employ endpoint detection and response (EDR) solutions to monitor for anomalous process creation or memory corruption indicators. 6) Educate developers and system administrators about the risks of concurrent IOCTL usage and enforce secure coding practices. 7) For high-risk environments, consider network segmentation and device isolation to limit potential exploitation impact. These measures go beyond generic patching advice by focusing on access control, runtime defenses, and proactive monitoring tailored to the vulnerability's nature.

Description

Memory corruption may occur while initiating two IOCTL calls simultaneously to create processes from two different threads.

References

Community reviews

Loading reviews…