Skip to main content
CVE-2025-21485VulnerabilityPublished Updated

CVE-2025-21485: Qualcomm Snapdragon · Time-of-check Time-of-use (TOCTOU) Race Condition

Affects Qualcomm SnapdragonSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High.

Data as of 25 Oct 2026, 19:02 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 3 Jun 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 2026-10-25.

What to do

AI-suggested

Organizations and device manufacturers should monitor Qualcomm advisories for patches addressing CVE-2025-21485 and apply them promptly once available. Until patches are released, it is critical to restrict local access to devices, enforce strict privilege separation, and limit the installation of untrusted applications that could exploit this vulnerability. Employing runtime protections such as memory corruption mitigations (e.g., ASLR, DEP) and integrity monitoring can help reduce exploitation likelihood. For enterprise environments, deploying mobile device management (MDM) solutions to enforce security policies and restrict device usage can mitigate risk. Additionally, conducting thorough security assessments of devices using affected Snapdragon platforms and isolating critical systems from untrusted users or networks will help limit potential impact. Developers should review and improve synchronization mechanisms around FastRPC IOCTL calls to prevent race conditions in future firmware updates.

Description

Memory corruption while processing INIT and multimode invoke IOCTL calls on FastRPC.

References

Community reviews

Loading reviews…