Skip to main content
CVE-2024-49848VulnerabilityPublished Updated

CVE-2024-49848: Qualcomm Snapdragon · Use After Free

Affects Qualcomm SnapdragonSource CVE Database V5

0

Not known to be exploited · CVSS 6.7 Medium.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 3.1 base score
6.7Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 3% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:H/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 2026-10-26.

What to do

AI-suggested

1. Monitor Qualcomm and device vendors for official patches and apply them promptly once available. 2. Restrict and tightly control privileged access on devices to prevent unauthorized users or applications from issuing IOCTL calls to the DSP. 3. Employ application whitelisting and privilege separation to minimize the risk of privilege escalation that could enable exploitation. 4. Implement runtime integrity monitoring and anomaly detection to identify unusual IOCTL call patterns or memory corruption symptoms. 5. For enterprise-managed devices, enforce strict device management policies including disabling unnecessary services and interfaces that could be leveraged to issue IOCTL calls. 6. Collaborate with hardware and OS vendors to ensure that future firmware and driver updates include enhanced validation and memory management safeguards for IOCTL handling. 7. Conduct regular security audits and penetration testing focusing on local privilege escalation vectors and DSP interactions. 8. Educate users and administrators about the risks of installing untrusted applications that might attempt to exploit this vulnerability.

Description

Memory corruption while processing multiple IOCTL calls from HLOS to DSP.

References

Community reviews

Loading reviews…