Skip to main content
VulnerabilityPublished Updated

CVE-2024-49985: Linux kernel · i2c: stm32f7: Do not prepare/unprepare clock during runtime suspend/resume

Source GCVE Database

0
Compare

Not known to be exploited · CVSS 5.5 Medium.

Data as of 29 Oct 2026, 23:46 UTC

CVSS 3.1 base score
5.5Medium
How severe the flaw is on the 0–10 CVSS scale.
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 21 Oct 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: 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 29 Oct 2026.

What to do

AI-suggested

A fix has been implemented in the Linux kernel to avoid the deadlock by replacing clk_prepare/unprepare calls with clk_enable/disable during runtime suspend and resume. Users should update to a kernel version that includes this fix. No additional mitigation steps are indicated.

Description

CVE-2024-49985 is a medium-severity vulnerability in the Linux kernel's i2c driver for stm32f7. It involves a deadlock condition triggered during runtime suspend/resume when clock controllers attached to the I2C bus perform clock preparation operations. The deadlock occurs due to recursive locking of the prepare_lock mutex, which can cause the system to hang. The issue is resolved by changing the clock enable/disable calls during runtime suspend/resume to avoid the problematic prepare/unprepare calls.

References

Community reviews

Loading reviews…