Skip to main content
CVE-2024-43067VulnerabilityPublished Updated

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

Affects Qualcomm SnapdragonSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.09% 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: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-25.

What to do

AI-suggested

Organizations should implement the following specific mitigations: 1) Monitor Qualcomm advisories closely and apply official patches immediately upon release to address the TOCTOU race condition. 2) Restrict local access to devices by enforcing strict application sandboxing and limiting installation of untrusted software to reduce the risk of local exploitation. 3) Employ runtime protections such as memory protection mechanisms and exploit mitigation technologies (e.g., Control Flow Integrity, Address Space Layout Randomization) on affected devices where possible. 4) Conduct thorough security assessments of custom firmware or software interacting with EEPROM or shared memory to detect and remediate similar race conditions. 5) For enterprise-managed devices, enforce device management policies that prevent unauthorized physical or local access. 6) Increase monitoring for anomalous behavior indicative of exploitation attempts, including unexpected crashes or memory corruption events. 7) Engage with device vendors and Qualcomm support channels to obtain timely updates and guidance. These steps go beyond generic advice by focusing on access control, runtime defenses, and proactive monitoring tailored to the nature of this vulnerability.

Description

Memory corruption occurs during the copying of read data from the EEPROM because the IO configuration is exposed as shared memory.

References

Community reviews

Loading reviews…