Medium

Apache Log4j Core: `verifyHostName` attribute silently ignored in TLS configuration

  • Disclosed: 10.04.2026
  • Updated: 11.10.2026 13:20

The fix for CVE-2025-68161 was incomplete: it addressed hostname verification only when enabled via the log4j2.sslVerifyHostName system property, but not when configured through the verifyHostName attribute of the <Ssl> element.

Although the verifyHostName configuration attribute was introduced in Log4j Core 2.12.0, it was silently ignored in all versions through 2.25.3, leaving TLS connections vulnerable to interception regardless of the configured value.

A network-based attacker may be able to perform a man-in-the-middle attack when all of the following conditions are met:

  • An SMTP, Socket, or Syslog appender is in use.
  • TLS is configured via a nested <Ssl> element.
  • The attacker can present a certificate issued by a CA trusted by the appender's configured trust store, or by the default Java trust store if none is configured.

This issue does not affect users of the HTTP appender, which uses a separate verifyHostname attribute that was not subject to this bug and verifies host names by default.

Users are advised to upgrade to Apache Log4j Core 2.25.4, which corrects this issue.

Affected software

Click a technology to see all vulnerabilities affecting it.

PlatformPackageVulnerable versionsFixed in
Java / Kotlin (Maven) org.apache.logging.log4j:log4j-core >= 2.12.0, < 2.25.4, >= 3.0.0-alpha1, <= 3.0.0-beta3 2.25.4

References

CVSS score -
CVSS vector
CVSS:4.0/AV:N/AC:H/AT:N/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:L/SA:N
Weakness (CWE)
CWE-297
Platform
Java / Kotlin (Maven)
Package
org.apache.logging.log4j:log4j-core
Disclosed
10.04.2026
Updated
11.10.2026 13:20

Sources and licenses

OSV / GitHub Advisory Database - GHSA-6hg6-v5c8-fphq - CC BY 4.0

Vulnerability history: org.apache.logging.log4j:log4j-core

All published vulnerabilities of this package (Java / Kotlin (Maven)), newest first. Shows whether this is a one-off slip or a package that needs watching.

All (11) in the archive
Total entries
11
First → latest
01.2020 04.2026
Without a fix
0
Exploited in attacks
2

Severity breakdown

  • Critical 3
  • High 2
  • Medium 5
  • Low 1

Disclosures per year

  1. 2020: 2
  2. 2021: 3
  3. 2022: 1
  4. 2023: 1
  5. 2024: 0
  6. 2025: 1
  7. 2026: 3
Severity:
  1. Apache Log4j Core: `verifyHostName` attribute silently ignored in TLS configuration this entry
    Medium CVE-2026-34477 >= 2.12.0, < 2.25.4, >= 3.0.0-alpha1, <= 3.0.0-beta3 2.25.4
  2. High · 7.5 CVE-2023-26464 >= 1.0.4, < 2.0 2.0
  3. High · 8.6 CVE-2021-45105 >= 2.4.0, < 2.12.3, >= 2.13.0, < 2.17.0, < 2.3.1 2.12.3, 2.17.0, 2.3.1
  4. Critical · 9.0 Exploited in attacks CVE-2021-45046 >= 2.13.0, < 2.16.0, >= 2.4.0, < 2.12.2, < 2.3.1 2.16.0, 2.12.2, 2.3.1
  5. Critical · 10.0 Exploited in attacks CVE-2021-44228 >= 2.13.0, < 2.15.0, >= 2.0-beta9, < 2.3.1, >= 2.4, < 2.12.2 2.15.0, 2.3.1, 2.12.2
  6. Critical · 9.8 CVE-2017-5645 >= 2.0, < 2.8.2 2.8.2

Know which vulnerabilities affect your application

With the DockRay integration and software inventory enabled, DockRay checks reported component versions against known vulnerabilities and notifies you about confirmed matches. Coverage depends on the supported technology and available advisory data.

Connect your application
DockRay newsletter

Application security in your inbox

Important vulnerabilities, actionable guidance and practical advice for your applications. Choose your technologies and follow what matters to your project.

  • A daily digest of new vulnerabilities, critical ones included.
  • Notifications about important updates.
  • Practical advice on application security and monitoring.

Leave empty to receive updates for every technology.

Free to subscribe. Unsubscribe with one click in any email.