Details
-
Bug
-
Status: Closed
-
Minor
-
Resolution: Invalid
-
5.0.4
-
None
-
None
-
None
Description
Hi,
we are migrating from the 4.x client to 5.x and noticed that the behavior of the DefaultHostnameVerifier changed. Since HTTPCLIENT-2149 https://github.com/apache/httpcomponents-client/pull/302 the HostnameVerifier does no longer accept certificates with an ip address in its CN and with no subject alts. Verification fails with "Certificate for <127.0.0.1> doesn't match any of the subject alternative names: []".
I know using ip addresses in the CN is not really recommended or good practice, but I also see no reason to not use the `matchCN` fallback in this case. The functionality was probably just removed by accident with HTTPCLIENT-2149.
I will open A github PR with my proposed solution once I know the number of this issue
Attachments
Issue Links
- is caused by
-
HTTPCLIENT-2149 DefaultHostnameVerifier should use CN matching when no dNSName present
- Resolved