In Apache CXF, the Netty-based HTTP client transport (cxf-rt-transports-http-netty-client) did not verify that the hostname in the server’s TLS certificate matched the host being called. This applied over both HTTP/1.1 and HTTP/2, even when disableCNCheck was left at its default value of false. The certificate chain was validated against the configured trust store, but the endpoint’s identity was not. A network attacker able to intercept traffic could present any certificate trusted by the client, such as a publicly issued certificate for a domain they control, and impersonate the target service. They could then read or modify the exchanged messages, including credentials. Users are recommended to upgrade to versions 4.2.4 or 4.1.9 or 3.6.13, which fix this issue.
Fix
Patch, vendor advisory and mitigation references on NVD 1
- https://lists.apache.org/thread.html/ljsjsq1foyjy1v5o22oncw80twx7k2tc Issue Tracking, Vendor Advisory
Every line above is quoted from NVD, CISA, Microsoft, the vendor's own advisory or DISA; nothing is generated.
Change history 5
- Cpes+1 CPE criteria (now 1)NVD modified 2026-10-16 18:11
- StatusUndergoing Analysis → AnalyzedNVD modified 2026-10-16 18:11
- CwesCWE-297NVD modified 2026-10-15 18:17
- CVSS9.1 (v3.1, CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N)NVD modified 2026-10-15 18:17
- First seenunscoredNVD modified 2026-10-09 16:33
Affected (CPE criteria) 1
cpe:2.3:a:apache:cxf:*:*:*:*:*:*:*:*
References 2
- https://lists.apache.org/thread.html/ljsjsq1foyjy1v5o22oncw80twx7k2tc Issue Tracking, Vendor Advisory
- http://www.openwall.com/lists/oss-security/2026/10/09/13 Mailing List, Third Party Advisory