You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Federico Mariani (Jira)" <ji...@apache.org> on 2026/06/12 08:27:00 UTC
[jira] [Created] (CAMEL-23743) camel-http: expose hostnameVerificationPolicy option to allow opting into httpclient 5.6 handshake-time hostname verification
Federico Mariani created CAMEL-23743:
----------------------------------------
Summary: camel-http: expose hostnameVerificationPolicy option to allow opting into httpclient 5.6 handshake-time hostname verification
Key: CAMEL-23743
URL: https://issues.apache.org/jira/browse/CAMEL-23743
Project: Camel
Issue Type: Improvement
Components: camel-http
Reporter: Federico Mariani
Since the httpclient 5.6 upgrade, _HttpComponent.createTlsStrategy_ hardcodes _HostnameVerificationPolicy.CLIENT_ to preserve backward compatibility: 5.6 defaults to _BOTH_, which runs the JDK built-in hostname check during the TLS handshake before the configured verifier, breaking the documented semantics of x509HostnameVerifier (notably the NoopHostnameVerifier idiom for self-signed certificates).
*Proposed changes*:
# Add a _hostnameVerificationPolicy_ option (_CLIENT/BUILTIN/BOTH_) on HttpComponent and HttpEndpoint, passed to ClientTlsStrategyBuilder.
# Default to _CLIENT_ (current behavior, no breaking change).
# Document the trade-off, recommending _BOTH_ where no custom verifier semantics are needed, and noting that under BUILTIN/BOTH a Noop verifier cannot disable verification.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)