Skip to main content
CVE-2024-2002VulnerabilityPublished Updated

CVE-2024-2002: libdwarf-code · Double Free

Affects libdwarf-codeSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
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:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 18 Mar 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

Affected software

ProductAffectedFixed in
GitHubdavea42/libdwarf-codepkg:github/davea42/libdwarf-codeOther threatsAffected
  • =0.1.0
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

Community reviews

Loading reviews…