Skip to main content
VulnerabilityPublished

CVE-2026-34479: Apache Log4j 1 to Log4j 2 bridge · Improper Encoding or Escaping of Output

Affects Apache Log4j 1 to Log4j 2 bridgeSource CVE Database V5

0
Compare

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

Data as of 29 Oct 2026, 19:04 UTC

CVSS 4.0 base score
6.9Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 45% 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 1 to Log4j 2 bridgeAffected
  • >=2.7 <2.25.4
  • >=3.0.0-alpha1 <=3.0.0-beta2
Fixed in
  • 2.25.4
MavenApache Software Foundation/org.apache.logging.log4j:log4j-1.2-apipkg:maven/Apache Software Foundation/org.apache.logging.log4j:log4j-1.2-apiOther threatsAffected
  • >=2.7 <2.25.4
  • >=3.0.0-alpha1 <=3.0.0-beta2
Fixed in
  • 2.25.4
Mavenorg.apache.logging.log4j/log4j-1.2-apipkg:maven/org.apache.logging.log4j/log4j-1.2-apiOther threatsAffected
  • =2.7
  • =3.0.0-alpha1
Fixed in–

CPE configurations (1)

  • cpe:2.3:a:apache:log4j_1_2_api:*:*:*:*:*:*:*:*

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 to Apache Log4j 1-to-Log4j 2 bridge version 2.25.4, which fixes the improper escaping issue. Additionally, since the bridge is deprecated and will not be included in Log4j 3, users are advised to consult the official migration guide to eliminate reliance on the bridge. Patch status is not explicitly stated in the advisory fields, but the description clearly states that version 2.25.4 corrects the issue.

Description

The Log4j1XmlLayout from the Apache Log4j 1-to-Log4j 2 bridge fails to escape characters forbidden by the XML 1.0 standard, producing malformed XML output. Conforming XML parsers are required to reject documents containing such characters with a fatal error, which may cause downstream log processing systems to drop or fail to index affected records. Two groups of users are affected: * Those using Log4j1XmlLayout directly in a Log4j Core 2 configuration file. * Those using the Log4j 1 configuration compatibility layer with org.apache.log4j.xml.XMLLayout specified as the layout class. Users are advised to upgrade to Apache Log4j 1-to-Log4j 2 bridge version 2.25.4, which corrects this issue. Note: The Apache Log4j 1-to-Log4j 2 bridge is deprecated and will not be present in Log4j 3. Users are encouraged to consult the Log4j 1 to Log4j 2 migration guide https://logging.apache.org/log4j/2.x/migrate-from-log4j1.html , and specifically the section on eliminating reliance on the bridge.

References

Community reviews

Loading reviews…