Improper Certificate Validation Affecting eap8-netty-buffer package, versions <0:4.1.136-1.Final_redhat_00001.1.el8eap


Severity

Recommended
0.0
high
0
10

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

EPSS
0.16% (4th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-RHEL8-EAP8NETTYBUFFER-20122148
  • published24 Sept 2026
  • disclosed22 Aug 2026

Introduced: 22 Aug 2026

CVE-2026-62243  (opens in a new tab)
CWE-295  (opens in a new tab)

How to fix?

Upgrade RHEL:8 eap8-netty-buffer to version 0:4.1.136-1.Final_redhat_00001.1.el8eap or higher.
This issue was patched in RHSA-2026:70228.

NVD Description

Note: Versions mentioned in the description apply only to the upstream eap8-netty-buffer package and not the eap8-netty-buffer package as distributed by RHEL. See How to fix? for RHEL:8 relevant fixed versions and status.

Netty (io.netty:netty-handler) versions from 4.2.0.Final through 4.2.16.Final and versions through 4.1.136.Final disable TLS hostname verification on the SslProvider.OPENSSL client path when a plain (non-extended) X509TrustManager is used and Unsafe-based trust-manager wrapping is unavailable (Java 25+). In this configuration the OpenSSL client does not perform hostname verification, allowing a man-in-the-middle attacker to present a certificate issued for a different hostname that is accepted without validation. Fixed in 4.2.17.Final and 4.1.137.Final.

CVSS Base Scores

version 3.1