Skip to main content
CVE-2024-53021VulnerabilityPublished

CVE-2024-53021: Qualcomm Snapdragon · Buffer Over-read

Affects Qualcomm SnapdragonSource CVE Database V5

0

Not known to be exploited · CVSS 8.2 High.

Data as of 25 Oct 2026, 19:02 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 15% 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 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

Given the absence of publicly available patches at the time of disclosure, European organizations should implement a multi-layered mitigation approach. First, monitor Qualcomm and device manufacturers for timely security updates and apply patches as soon as they become available. In the interim, network-level mitigations can reduce exposure: deploy intrusion detection and prevention systems (IDS/IPS) to monitor and block suspicious RTCP traffic, especially malformed goodbye RTCP packets. Network segmentation and strict access controls should limit exposure of vulnerable devices to untrusted networks. Organizations should also enforce strong wireless network security protocols (e.g., WPA3) to reduce the risk of unauthorized network access. Device inventory and asset management processes must identify all affected Qualcomm Snapdragon-based devices to prioritize risk assessment and remediation. For critical systems, consider temporary disabling or restricting RTCP traffic if feasible without impacting essential services. Additionally, implement endpoint detection and response (EDR) solutions to detect anomalous behaviors indicative of exploitation attempts. Finally, raise user and administrator awareness about the vulnerability and encourage reporting of unusual device or network activity.

Description

Information disclosure may occur while processing goodbye RTCP packet from network.

References

Community reviews

Loading reviews…