CVE-2024-2002: libdwarf-code · Double Free
Affects libdwarf-codeSource CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 1.0% chance of exploitation in 30 days – higher than 65% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 18 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-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubdavea42/libdwarf-codepkg:github/davea42/libdwarf-codeOther 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
1. Monitor for official patches or updates to libdwarf from trusted vendors or maintainers and apply them promptly once available. 2. If patching is not immediately possible, implement input validation and sanitization to detect and reject corrupted or malformed DWARF objects before processing. 3. Employ sandboxing or containerization for applications that parse DWARF data to limit the impact of potential crashes or memory corruption. 4. Use memory protection mechanisms such as AddressSanitizer or similar tools during development and testing to detect double-free conditions early. 5. Restrict network exposure of services that process DWARF data to trusted sources only, reducing the attack surface. 6. Conduct code audits and fuzz testing on components that use libdwarf to identify other potential memory management issues. 7. Maintain up-to-date backups and incident response plans to quickly recover from denial of service events caused by exploitation.
Description
A double-free vulnerability was found in libdwarf. In a multiply-corrupted DWARF object, libdwarf may try to dealloc(free) an allocation twice, potentially causing unpredictable and various results.
References
- access.redhat.com/security/cve/CVE-2024-2002 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2267700 (opens in a new tab)
- github.com/davea42/libdwarf-code/blob/main/bugxml/data.txt (opens in a new tab)
- lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/ZGPVLSPIXR32J6FOAFTTIMYTUUXJICGW/ (opens in a new tab)