Skip to main content
VulnerabilityPublished Updated

CVE-2019-15903: libexpat · Out-of-bounds Read

Source CVE Database V5

0

Not known to be exploited · CVSS 6.5 Medium · fixed in 2.2.8 : update affected systems when convenient.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
6.5Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
6.6% chance of exploitation in 30 days – higher than 93% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 2.2.8
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 4 Sep 2019

  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
n/a n/aAffected
  • <2.2.8
Fixed in
  • 2.2.8

AI-suggested

Organizations should identify all software and systems that incorporate libexpat and verify the version in use. Immediate mitigation involves upgrading libexpat to version 2.2.8 or later, where this vulnerability is fixed. If upgrading is not immediately feasible, organizations should implement input validation and sanitization to block or reject suspicious or untrusted XML inputs, particularly those containing complex DTDs or unusual structures that could trigger the parser flaw. Employing runtime application self-protection (RASP) or web application firewalls (WAFs) with XML anomaly detection can help detect and block exploitation attempts. Additionally, monitoring application logs for crashes or unusual XML parsing errors can provide early warning signs. Developers should review code paths invoking XML_GetCurrentLineNumber or XML_GetCurrentColumnNumber to ensure safe usage and consider applying patches or workarounds provided by software vendors embedding libexpat. Regular vulnerability scanning and patch management processes should include checks for libexpat versions.

Description

In libexpat before 2.2.8, crafted XML input could fool the parser into changing from DTD parsing to document parsing too early; a consecutive call to XML_GetCurrentLineNumber (or XML_GetCurrentColumnNumber) then resulted in a heap-based buffer over-read.

References

Community reviews

Loading reviews…