Skip to main content
VulnerabilityPublished Updated

CVE-2025-21484: Qualcomm Snapdragon · Buffer Over-read

Affects Qualcomm SnapdragonSource CVE Database V5

0

Not known to be exploited · CVSS 8.2 High.

Data as of 26 Oct 2026, 10:12 UTC

CVSS 3.1 base score
8.2High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 17% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:L

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 24 Sep 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

  1. Immediate inventory and identification of all devices and systems using affected Qualcomm Snapdragon platforms within the organization, including mobile devices, IoT endpoints, automotive systems, and wireless modules.
  2. Monitor Qualcomm's official security advisories and vendor updates for patches or firmware updates addressing CVE-2025-21484. Deploy patches promptly once available.
  3. Employ network-level protections such as RTP packet filtering, anomaly detection, and intrusion prevention systems to detect and block malformed or suspicious RTP traffic that could exploit the vulnerability.
  4. For enterprise mobile device management (MDM), enforce strict update policies and restrict installation of untrusted applications that might facilitate exploitation.
  5. Implement network segmentation and zero-trust principles to limit exposure of vulnerable devices to untrusted networks or external attackers.
  6. Conduct security awareness training for staff to recognize potential signs of exploitation or unusual device behavior.
  7. Collaborate with device manufacturers and service providers to ensure timely updates and coordinated vulnerability response.
  8. Consider deploying endpoint detection and response (EDR) tools capable of identifying anomalous memory access patterns or RTP stream manipulations.
  9. For critical infrastructure and automotive deployments, perform rigorous security testing and validation of firmware updates to prevent exploitation. These measures go beyond generic advice by focusing on proactive identification, network-level controls specific to RTP traffic, and coordination with vendors for patch management.

Description

Information disclosure when UE receives the RTP packet from the network, while decoding and reassembling the fragments from RTP packet.

References

Community reviews

Loading reviews…