PatchSiren cyber security CVE debrief
CVE-2026-34477 Apache Software Foundation CVE debrief
CVE-2026-34477 is a vulnerability in Apache Log4j Core versions 2.12.0 through 2.25.3, where the verifyHostName configuration attribute in the <Ssl> element is silently ignored, leaving TLS connections vulnerable to interception. An attacker may perform a man-in-the-middle attack if an SMTP, Socket, or Syslog appender is in use, TLS is configured via a nested <Ssl> element, and the attacker can present a certificate issued by a trusted CA.
- Vendor
- Apache Software Foundation
- Product
- Apache Log4j Core
- CVSS
- MEDIUM 6.3
- CISA KEV
- Not listed in stored evidence
- Original CVE published
- 2026-04-10
- Original CVE updated
- 2026-10-26
- Advisory published
- 2026-04-10
- Advisory updated
- 2026-10-26
Who should care
Defenders and administrators using Apache Log4j Core versions 2.12.0 through 2.25.3, especially those using SMTP, Socket, or Syslog appenders with TLS configured via a nested <Ssl> element, should assess exposure and upgrade to version 2.25.4.
Why it matters
CVE-2026-34477 is a vulnerability in Apache Log4j Core that allows for man-in-the-middle attacks due to incomplete fix for CVE-2025-68161. Defenders and administrators using affected versions should assess exposure and upgrade to version 2.25.4.
- Man-in-the-middle attacks are possible when using vulnerable configurations
- Verify hostname verification is enabled and properly configured to prevent interception
- Upgrade to Apache Log4j Core 2.25.4 to correct this issue
Technical summary
The fix for CVE-2025-68161 was incomplete, addressing hostname verification only when enabled via the log4j2.sslVerifyHostName system property, but not when configured through the verifyHostName attribute of the <Ssl> element. This leaves TLS connections vulnerable to interception in certain configurations. An attacker may perform a man-in-the-middle attack if an SMTP, Socket, or Syslog appender is in use, TLS is configured via a nested <Ssl> element, and the attacker can present a certificate issued by a trusted CA. The verifyHostName configuration attribute was introduced in Log4j Core 2.12.0, but was silently ignored in all versions through 2.25.3.
Defensive priority
Upgrade to Apache Log4j Core 2.25.4 to correct this issue. Assess exposure for users of SMTP, Socket, or Syslog appenders with TLS configured via a nested <Ssl> element.
Recommended defensive actions
- Upgrade to Apache Log4j Core 2.25.4
- Assess exposure for users of SMTP, Socket, or Syslog appenders with TLS configured via a nested <Ssl> element
- Verify hostname verification is enabled and properly configured
- Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up
- Review the supplied official advisory or CVE record to validate affected scope, severity, and vendor guidance
- Plan vendor-supported updates or mitigations through normal change control where exposure is confirmed
- Check relevant monitoring, detection, and logs for exposed assets that need extra review
Evidence notes
The CVE record and NVD vulnerability detail page provide information on the vulnerability, including its description, CVSS score, and affected versions. The fix for CVE-2025-68161 was incomplete, addressing hostname verification only when enabled via the log4j2.sslVerifyHostName system property, but not when configured through the verifyHostName attribute of the <Ssl> element. This leaves TLS connections vulnerable to interception in certain configurations. Users are advised to upgrade to Apache Log4j Core 2.25.4, which corrects this
Sources and references
Verified primary and authoritative sources
-
CVE-2026-34477 CVE Program record
Publisher, destination, and source semantics verified
URL: https://www.cve.org/CVERecord?id=CVE-2026-34477
CVE Program - Official CVE Program record with source-provided CVE metadata.
-
CVE-2026-34477 NVD vulnerability detail
Publisher, destination, and source semantics verified
URL: https://nvd.nist.gov/vuln/detail/CVE-2026-34477
NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.
Supplemental references
-
Source reference
Unverified legacy reference
URL: https://github.com/apache/logging-log4j2/pull/4075
[email protected] - Issue Tracking, Patch
-
Source reference
Unverified legacy reference
URL: https://lists.apache.org/thread/lkx8cl46t2bvkcwfcb2pd43ygc097lq4
[email protected] - Mailing List
-
Source reference
Unverified legacy reference
URL: https://logging.apache.org/cyclonedx/vdr.xml
[email protected] - Vendor Advisory
-
Source reference
Unverified legacy reference
URL: https://logging.apache.org/log4j/2.x/manual/appenders/network.html
[email protected] - Product
-
Source reference
Unverified legacy reference
URL: https://logging.apache.org/security.html
[email protected] - Vendor Advisory
Methodology and review provenance
AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.