Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
3.2.5, 3.3.1
-
None
-
Unknown
Description
I'm using play-soap library to connect to a webservice, which under the hoods uses Apache CXF library (3.2.5).
I need to use mutual TLS and it's difficult to configure play-soap, so I thought the underlying CXF would respect system properties.
However, it seems like it completely ignores the javax.net.ssl.keyStore related ones.
So I tried to set the following:
System.setProperty("javax.net.ssl.trustStore", "truststore.jks") System.setProperty("javax.net.ssl.trustStorePassword", "changeit") System.setProperty("javax.net.ssl.keyStore", "keystore.p12") System.setProperty("javax.net.ssl.keyStoreType", "PKCS12") System.setProperty("javax.net.ssl.keyStorePassword", "changeit") System.setProperty("javax.net.debug", "ssl,handshake")
However, I'm getting SSL Hanshake exception and according to the logs, the SSL client is not able to find proper client certificate requested by the server (even though the certificate exists in p12 file).
I think this is caused by the
org.apache.cxf.transport.http.asyncclient.AsyncHTTPConduit.getSSLContext which ignores the key managers completely:
KeyManager[] keyManagers = tlsClientParameters.getKeyManagers(); org.apache.cxf.transport.https.SSLUtils.configureKeyManagersWithCertAlias( tlsClientParameters, keyManagers); TrustManager[] trustManagers = tlsClientParameters.getTrustManagers(); if (trustManagers == null) { trustManagers = org.apache.cxf.configuration.jsse.SSLUtils.getDefaultTrustStoreManagers(LOG); }
I think that simply adding
if (keyManagers == null) { keyManagers = org.apache.cxf.configuration.jsse.SSLUtils.getDefaultKeyStoreManagers(LOG); }
should solve the issue