Skip to main content
VulnerabilityPublished Updated

CVE-2023-33118: Qualcomm Snapdragon · Use After Free

Affects Qualcomm SnapdragonSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 1% 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 2 Jan 2024

  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.
  2. Restrict local access to devices, enforcing strict physical security controls and limiting administrative privileges to reduce the risk of local exploitation.
  3. Monitor for unusual behavior or anomalies in devices that could indicate exploitation attempts, including unexpected crashes or memory errors related to audio or sound processing components.
  4. Engage with device and chipset vendors to obtain and apply security patches or firmware updates as soon as they become available.
  5. Implement application whitelisting and restrict installation of untrusted applications that could leverage local privileges to exploit the vulnerability.
  6. For critical environments, consider network segmentation to isolate vulnerable devices and reduce potential lateral movement.
  7. Educate users and administrators about the risks of local privilege escalation vulnerabilities and the importance of reporting suspicious device behavior.
  8. Employ endpoint detection and response (EDR) solutions capable of detecting exploitation techniques related to memory corruption and use-after-free vulnerabilities.
  9. For organizations deploying IoT or embedded systems with affected chipsets, coordinate with manufacturers for firmware updates and consider compensating controls such as device isolation or enhanced monitoring.

Description

Memory corruption while processing Listen Sound Model client payload buffer when there is a request for Listen Sound session get parameter from ST HAL.

References

Community reviews

Loading reviews…