Skip to main content
CVE-2024-0562VulnerabilityPublished Updated

CVE-2024-0562: Use After Free

Source 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.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:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 15 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 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.

References

Community reviews

Loading reviews…