Skip to main content
VulnerabilityPublished Updated

CVE-2022-43680: libexpat · Use After Free

Source CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 26 Oct 2026, 15:59 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
3.1% chance of exploitation in 30 days – higher than 87% 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 24 Oct 2022

  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 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
GitHublibexpat/libexpatpkg:github/libexpat/libexpatOther threatsAffected
  • <=2.4.9
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-2022-43680, European organizations should: 1) Identify all software and systems that incorporate libexpat, especially versions up to 2.4.9. 2) Monitor vendor advisories for patches or updates that address this vulnerability and apply them promptly. 3) Where direct patching of libexpat is not feasible (e.g., embedded devices), consider applying compensating controls such as limiting exposure of affected services to untrusted networks via network segmentation and firewall rules. 4) Implement robust resource monitoring and memory management safeguards to detect and respond to out-of-memory conditions that could trigger the vulnerability. 5) Conduct thorough testing of XML processing components under stress conditions to identify potential instability. 6) Employ runtime protections such as AddressSanitizer or similar memory error detection tools during development and testing phases to catch use-after-free issues early. 7) Maintain up-to-date incident response plans to quickly address potential denial-of-service incidents stemming from this vulnerability.

Description

In libexpat through 2.4.9, there is a use-after free caused by overeager destruction of a shared DTD in XML_ExternalEntityParserCreate in out-of-memory situations.

References

Community reviews

Loading reviews…