Skip to main content
VulnerabilityPublished

CVE-2026-34480: Apache Log4j Core · Improper Encoding or Escaping of Output

Affects Apache Log4j CoreSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 6.9 Medium : upgrade to 2.25.4 when convenient.

Data as of 30 Oct 2026, 06:59 UTC

CVSS 4.0 base score
6.9Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
1.0% chance of exploitation in 30 days – higher than 64% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 2.25.4
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:N/SC:N/SI:L/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 10 Apr 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: 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 29 Oct 2026.

What to do

Upgrade Apache to 2.25.4.

Affected software

ProductAffectedFixed in
Apache Software FoundationApache Log4j CoreAffected
  • >=2.0-alpha1 <2.25.4
  • >=3.0.0-alpha1 <=3.0.0-beta3
Fixed in
  • 2.25.4
MavenApache Software Foundation/org.apache.logging.log4j:log4j-corepkg:maven/Apache Software Foundation/org.apache.logging.log4j:log4j-coreOther threatsAffected
  • >=2.0-alpha1 <2.25.4
  • >=3.0.0-alpha1 <=3.0.0-beta3
Fixed in
  • 2.25.4
Mavenorg.apache.logging.log4j/log4j-corepkg:maven/org.apache.logging.log4j/log4j-coreOther threatsAffected
  • =2.0-alpha1
  • =3.0.0-alpha1
  • <=2.25.3
Fixed in–

CPE configurations (1)

  • cpe:2.3:a:apache:log4j:*:*:*:*:*:*:*:*

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

Users should upgrade Apache Log4j Core to version 2.25.4 or later, where the issue is fixed by sanitizing forbidden XML characters before output. No other mitigations are indicated. Patch status is not explicitly stated in the vendor advisory excerpt, but the upgrade recommendation confirms an official fix is available.

Description

Apache Log4j Core's XmlLayout https://logging.apache.org/log4j/2.x/manual/layouts.html#XmlLayout , in versions up to and including 2.25.3, fails to sanitize characters forbidden by the XML 1.0 specification https://www.w3.org/TR/xml/#charsets producing invalid XML output whenever a log message or MDC value contains such characters. The impact depends on the StAX implementation in use: * JRE built-in StAX: Forbidden characters are silently written to the output, producing malformed XML. Conforming parsers must reject such documents with a fatal error, which may cause downstream log-processing systems to drop the affected records. * Alternative StAX implementations (e.g., Woodstox https://github.com/FasterXML/woodstox , a transitive dependency of the Jackson XML Dataformat module): An exception is thrown during the logging call, and the log event is never delivered to its intended appender, only to Log4j's internal status logger. Users are advised to upgrade to Apache Log4j Core 2.25.4, which corrects this issue by sanitizing forbidden characters before XML output.

References

Community reviews

Loading reviews…