CVE-2024-0562: Use After Free
Source CVE Database V5
Not known to be exploited · CVSS 7.8 High.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 16% 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:HExploitation evidence
Disclosed: evidence found.
CVE published 15 Jan 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
To mitigate CVE-2024-0562, organizations should promptly apply official Linux kernel patches once available from their distribution vendors or kernel maintainers. Until patches are deployed, restrict local access to trusted users only and monitor for unusual kernel activity or crashes related to disk operations. Disable or limit hot-swapping or dynamic disk removal features where feasible to reduce exposure. Employ kernel hardening techniques such as Kernel Address Space Layout Randomization (KASLR) and Kernel Page Table Isolation (KPTI) to increase exploitation difficulty. Use security modules like SELinux or AppArmor to enforce strict access controls on kernel interfaces. Regularly audit and update all Linux systems to the latest stable kernel versions. Additionally, implement comprehensive logging and alerting for disk-related kernel events to detect potential exploitation attempts early. For embedded devices, coordinate with vendors for timely firmware/kernel updates. Avoid running untrusted code or granting unnecessary local privileges to users to minimize attack surface.
Description
A use-after-free flaw was found in the Linux Kernel. When a disk is removed, bdi_unregister is called to stop further write-back and waits for associated delayed work to complete. However, wb_inode_writeback_end() may schedule bandwidth estimation work after this has completed, which can result in the timer attempting to access the recently freed bdi_writeback.