Skip to main content
VulnerabilityPublished

CVE-2024-53019: 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, 11:07 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 26 Oct 2026.

What to do

AI-suggested

  1. Monitor Qualcomm and device manufacturers for official patches or firmware updates addressing CVE-2024-53019 and prioritize their deployment across all affected devices.
  2. Implement network-level filtering to block or scrutinize RTP traffic from untrusted sources, especially on corporate Wi-Fi and VPN gateways, to reduce exposure to crafted malicious packets.
  3. Employ intrusion detection/prevention systems (IDS/IPS) with updated signatures capable of detecting anomalous RTP packet structures indicative of exploitation attempts.
  4. Enforce strict network segmentation and limit exposure of vulnerable devices to untrusted networks, including guest Wi-Fi and public internet.
  5. For managed mobile devices, use Mobile Device Management (MDM) solutions to enforce security policies, control application permissions, and remotely update or quarantine vulnerable devices.
  6. Educate users on the risks of connecting to unsecured networks and encourage the use of VPNs to protect RTP traffic confidentiality.
  7. Conduct regular security audits and vulnerability assessments focusing on mobile endpoints and wireless infrastructure to identify and remediate potential attack vectors.
  8. Where feasible, disable or restrict RTP-based services on devices that do not require them, minimizing the attack surface.

Description

Information disclosure may occur while decoding the RTP packet with improper header length for number of contributing sources.

References

Community reviews

Loading reviews…