CVE-2024-1441: libvirt · Off-by-one Error
Affects libvirtSource CVE Database V5
Not known to be exploited · CVSS 5.5 Medium.
Data as of 26 Oct 2026, 07:57 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 34% 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:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 11 Mar 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
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Red Hatredhat/libvirtpkg:rpm/redhat/libvirtOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
To mitigate CVE-2024-1441, organizations should first verify if they are running libvirt version 9.7.0 or other affected versions. Applying official patches or updates from libvirt maintainers or Linux distribution vendors as soon as they become available is the most effective mitigation. In the absence of patches, administrators can limit local access to the libvirt daemon by enforcing strict access controls and user permissions, ensuring only trusted users can interact with libvirt. Monitoring logs for unusual or malformed requests to the libvirt daemon can help detect attempted exploitation. Additionally, reducing the number of network interfaces or configuring libvirt to handle interface enumeration more safely may reduce exposure. Employing system-level protections such as process resource limits and containerization can also help contain potential crashes. Regularly auditing virtualization hosts and applying security best practices for local user management will further reduce risk.
Description
An off-by-one error flaw was found in the udevListInterfacesByStatus() function in libvirt when the number of interfaces exceeds the size of the `names` array. This issue can be reproduced by sending specially crafted data to the libvirt daemon, allowing an unprivileged client to perform a denial of service attack by causing the libvirt daemon to crash.
References
- access.redhat.com/errata/RHSA-2024:2560 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2024-1441 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2263841 (opens in a new tab)
- lists.debian.org/debian-lts-announce/2024/04/msg00000.html (opens in a new tab)
- lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/45FFKU3LODT345LAB5T4XZA5WKYMXJYU/ (opens in a new tab)
- lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/E6MVZO5GXDB7RHY6MS3ZXES3HPK34P3A/ (opens in a new tab)
- security.netapp.com/advisory/ntap-20250411-0003/ (opens in a new tab)