CVE-2024-0607: Improper Handling of Values
Source CVE Database V5
Not known to be exploited · CVSS 6.6 Medium.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 17% 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:L/A:HExploitation evidence
Disclosed: evidence found.
CVE published 18 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-26.
What to do
AI-suggested
To mitigate CVE-2024-0607, organizations should prioritize applying kernel patches from trusted Linux distribution vendors as soon as they become available. Until patches are deployed, restrict local user access to trusted personnel only and enforce strict user privilege management to minimize the risk of exploitation. Monitoring system logs for kernel crashes or Netfilter errors can help detect attempts to exploit this vulnerability. Employing kernel hardening techniques such as SELinux or AppArmor may reduce the impact of local exploits. Network segmentation and limiting administrative access to critical Linux systems can further reduce exposure. Additionally, organizations should maintain up-to-date backups and recovery plans to quickly restore service in case of disruption. Security teams should stay informed of vendor advisories and coordinate with IT operations to ensure timely patch management. Testing patches in staging environments before production deployment is recommended to avoid unintended disruptions.
Description
A flaw was found in the Netfilter subsystem in the Linux kernel. The issue is in the nft_byteorder_eval() function, where the code iterates through a loop and writes to the `dst` array. On each iteration, 8 bytes are written, but `dst` is an array of u32, so each element only has space for 4 bytes. That means every iteration overwrites part of the previous element corrupting this array of u32. This flaw allows a local user to cause a denial of service or potentially break NetFilter functionality.
References
- access.redhat.com/security/cve/CVE-2024-0607 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2258635 (opens in a new tab)
- github.com/torvalds/linux/commit/c301f0981fdd3fd1ffac6836b423c4d7a8e0eb63 (opens in a new tab)
- lists.debian.org/debian-lts-announce/2024/06/msg00017.html (opens in a new tab)
- lists.debian.org/debian-lts-announce/2024/06/msg00020.html (opens in a new tab)