Я включил https в tomcat и имею самозаверяющий сертификат для аутентификации сервера. Я создал http-клиент, используя Apache httpClient. Я установил диспетчер доверия, загружающий сертификат сервера. HTTP-клиент может без проблем подключиться к серверу. Чтобы увидеть, что происходит, я включил отладку:
System.setProperty("javax.net.debug", "ssl");
Я увидел следующее, чего никак не могу понять:
***
adding as trusted cert:
Subject: CN=Me, OU=MyHouse, O=Home, L=X, ST=X, C=BB
Issuer: CN=Me, OU=MyHouse, O=Home, L=X, ST=X, C=BB
Algorithm: RSA; Serial number: 0x4d72356b
Valid from Sat Mar 05 15:06:51 EET 2011 until Fri Jun 03 16:06:51 EEST 2011
Мой сертификат отображается и добавляется в хранилище доверенных сертификатов (как я вижу). Потом:
trigger seeding of SecureRandom
done seeding SecureRandom
Вот часть трассировки отладки, которую я не получаю:
trustStore is: C:\Program Files\Java\jre6\lib\security\cacerts
trustStore type is : jks
trustStore provider is :
init truststore
adding as trusted cert:
Subject: CN=SwissSign Platinum CA - G2, O=SwissSign AG, C=CH
Issuer: CN=SwissSign Platinum CA - G2, O=SwissSign AG, C=CH
Algorithm: RSA; Serial number: 0x4eb200670c035d4f
Valid from Wed Oct 25 11:36:00 EEST 2006 until Sat Oct 25 11:36:00 EEST 2036
adding as trusted cert:
Subject: [email protected], CN=http://www.valicert.com/, OU=ValiCert Class 1 Policy Validation Authority, O="ValiCert, Inc.", L=ValiCert Validation Network
Issuer: [email protected], CN=http://www.valicert.com/, OU=ValiCert Class 1 Policy Validation Authority, O="ValiCert, Inc.", L=ValiCert Validation Network
Algorithm: RSA; Serial number: 0x1
Valid from Sat Jun 26 01:23:48 EEST 1999 until Wed Jun 26 01:23:48 EEST 2019
Кажется, что он также использует хранилище доверия Java по умолчанию! Мой вопрос: почему это происходит?
В своем коде я явно указываю конкретное хранилище доверенных сертификатов для использования (через менеджеров доверенных хранилищ). Я ожидал, что только это будет использоваться. Кажется, что по умолчанию используется как мой доверенный магазин, так и java. Это так должно работать?
ОБНОВЛЕНИЕ:
я попробовал следующее:
System.out.println("TMF No:"+tmf.getTrustManagers().length);
System.out.println("Class is "+tmf.getTrustManagers()[0].getClass().getName());
Я думал, что должен увидеть 2 доверительных менеджера, так как 2 хранилища ключей (по-видимому, используются мое и java по умолчанию).
Но в результате был только 1 доверительный менеджер!
TMF No:1
Class is com.sun.net.ssl.internal.ssl.X509TrustManagerImpl
ОБНОВЛЕНИЕ 2: Как вы видите в приведенном ниже коде, я указываю свое хранилище ключей. Я ожидаю, что следует использовать только это (а не этот и cacert)
HttpClient client = new DefaultHttpClient();
SSLContext sslContext = SSLContext.getInstance("TLS");
TrustManagerFactory tmf = TrustManagerFactory.getInstance(TrustManagerFactory.getDefaultAlgorithm());
KeyStore ks = KeyStore.getInstance("JKS");
File trustFile = new File("clientTrustStore.jks");
ks.load(new FileInputStream(trustFile), null);
tmf.init(ks);
sslContext.init(null, tmf.getTrustManagers(),null);
SSLSocketFactory sf = new SSLSocketFactory(sslContext);
sf.setHostnameVerifier(SSLSocketFactory.ALLOW_ALL_HOSTNAME_VERIFIER);
Scheme scheme = new Scheme("https", sf, 443);
client.getConnectionManager().getSchemeRegistry().register(scheme);
httpGet = new HttpGet("https://localhost:8443/myApp");
HttpResponse httpResponse = client.execute(httpGet);
Не имеет смысла для меня.
