Skip to main content
CVE-2024-53018VulnerabilityPublished

CVE-2024-53018: Qualcomm Snapdragon · Time-of-check Time-of-use (TOCTOU) Race Condition

Affects Qualcomm SnapdragonSource CVE Database V5

0

Not known to be exploited · CVSS 6.6 Medium.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
6.6Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.07% chance of exploitation in 30 days – higher than 0% 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:L/I:H/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

European organizations should prioritize the following mitigation steps: 1) Inventory and identify all devices using affected Qualcomm Snapdragon platforms, including mobile phones, tablets, IoT devices, and wearables. 2) Monitor Qualcomm and device manufacturers for official patches or firmware updates addressing CVE-2024-53018 and apply them promptly. 3) Restrict local access to devices by enforcing strong endpoint security controls such as device encryption, secure boot, and application whitelisting to prevent unauthorized local code execution. 4) Employ mobile device management (MDM) solutions to enforce security policies, detect anomalous behavior, and control application installations. 5) Educate users about the risks of installing untrusted applications or granting excessive permissions that could exploit local vulnerabilities. 6) For high-risk environments, consider network segmentation and limiting connectivity of vulnerable devices to critical systems. 7) Implement runtime protection mechanisms such as memory protection and exploit mitigation techniques (e.g., Control Flow Integrity, Address Space Layout Randomization) where supported by device firmware or operating systems. 8) Conduct regular security assessments and penetration testing focused on local privilege escalation vectors to detect exploitation attempts.

Description

Memory corruption may occur while processing the OIS packet parser.

References

Community reviews

Loading reviews…