CVE-2026-34480: Apache Log4j Core · Improper Encoding or Escaping of Output
Affects Apache Log4j CoreSource CVE Database V5
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
- 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:NExploitation evidence
Disclosed: evidence found.
CVE published 10 Apr 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 29 Oct 2026.
What to do
Upgrade Apache to 2.25.4.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Apache Software FoundationApache Log4j Core | Affected
| Fixed in
|
MavenApache Software Foundation/org.apache.logging.log4j:log4j-corepkg:maven/Apache Software Foundation/org.apache.logging.log4j:log4j-coreOther threats | Affected
| Fixed in
|
Mavenorg.apache.logging.log4j/log4j-corepkg:maven/org.apache.logging.log4j/log4j-coreOther threats | Affected
| 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
- github.com/apache/logging-log4j2/pull/4077 (opens in a new tab)
- logging.apache.org/security.html (opens in a new tab)
- logging.apache.org/cyclonedx/vdr.xml (opens in a new tab)
- logging.apache.org/log4j/2.x/manual/layouts.html (opens in a new tab)
- lists.apache.org/thread/5x0hcnng0chhghp6jgjdp3qmbbhfjzhb (opens in a new tab)
- openwall.com/lists/oss-security/2026/04/10/9 (opens in a new tab)