Как я могу использовать разные сертификаты для определенных соединений? - PullRequest
154 голосов
/ 13 мая 2009

Модуль, который я добавляю в наше большое Java-приложение, должен общаться с веб-сайтом, защищенным SSL. Проблема в том, что сайт использует самозаверяющий сертификат. У меня есть копия сертификата, чтобы убедиться, что я не сталкиваюсь с атакой «человек посередине», и мне нужно включить этот сертификат в наш код таким образом, чтобы соединение с сервером было успешным.

Вот основной код:

void sendRequest(String dataPacket) {
  String urlStr = "https://host.example.com/";
  URL url = new URL(urlStr);
  HttpURLConnection conn = (HttpURLConnection)url.openConnection();
  conn.setMethod("POST");
  conn.setRequestProperty("Content-Length", data.length());
  conn.setDoOutput(true);
  OutputStreamWriter o = new OutputStreamWriter(conn.getOutputStream());
  o.write(data);
  o.flush();
}

Без какой-либо дополнительной обработки для самоподписанного сертификата это происходит в conn.getOutputStream () со следующим исключением:

Exception in thread "main" javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
....
Caused by: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
....
Caused by: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target

В идеале, мой код должен научить Java принимать этот один самозаверяющий сертификат, для этого места в приложении, и нигде больше.

Я знаю, что могу импортировать сертификат в хранилище центра сертификации JRE, и это позволит Java принять его. Это не тот подход, который я хочу использовать, если могу помочь; кажется очень инвазивным делать на всех машинах наших клиентов один модуль, который они могут не использовать; это повлияет на все другие приложения Java, использующие ту же JRE, и мне это не нравится, хотя шансы любого другого приложения Java, когда-либо получающего доступ к этому сайту, равны нулю. Это также не тривиальная операция: в UNIX мне нужно получить права доступа для изменения JRE таким образом.

Я также видел, что могу создать экземпляр TrustManager, который выполняет некоторую пользовательскую проверку. Похоже, я мог бы даже создать TrustManager, который делегирует реальный TrustManager во всех случаях, кроме этого одного сертификата. Но похоже, что TrustManager устанавливается глобально, и я полагаю, что это повлияет на все другие подключения нашего приложения, и это тоже не совсем мне подходит.

Каков предпочтительный, стандартный или лучший способ настроить приложение Java для принятия самозаверяющего сертификата? Могу ли я достичь всех целей, которые я имею в виду выше, или мне придется идти на компромисс? Есть ли опция, включающая файлы и каталоги, а также параметры конфигурации и практически неиспользуемый код?

Ответы [ 5 ]

156 голосов
/ 13 мая 2009

Создайте SSLSocket фабрику самостоятельно и установите ее на HttpsURLConnection до подключения.

...
HttpsURLConnection conn = (HttpsURLConnection)url.openConnection();
conn.setSSLSocketFactory(sslFactory);
conn.setMethod("POST");
...

Вы захотите создать один SSLSocketFactory и сохранить его. Вот эскиз, как его инициализировать:

/* Load the keyStore that includes self-signed cert as a "trusted" entry. */
KeyStore keyStore = ... 
TrustManagerFactory tmf = 
  TrustManagerFactory.getInstance(TrustManagerFactory.getDefaultAlgorithm());
tmf.init(keyStore);
SSLContext ctx = SSLContext.getInstance("TLS");
ctx.init(null, tmf.getTrustManagers(), null);
sslFactory = ctx.getSocketFactory();

Если вам нужна помощь в создании хранилища ключей, оставьте комментарий.


Вот пример загрузки хранилища ключей:

KeyStore keyStore = KeyStore.getInstance(KeyStore.getDefaultType());
keyStore.load(trustStore, trustStorePassword);
trustStore.close();

Чтобы создать хранилище ключей с сертификатом формата PEM, вы можете написать свой собственный код, используя CertificateFactory, или просто импортировать его с помощью keytool из JDK (keytool не будет работать для «ключевая запись», но вполне подходит для «доверенной записи»).

keytool -import -file selfsigned.pem -alias server -keystore server.jks
14 голосов
/ 30 декабря 2015

Я прочитал много мест в Интернете, чтобы решить эту проблему. Вот код, который я написал, чтобы заставить его работать:

                ByteArrayInputStream derInputStream = new ByteArrayInputStream(app.certificateString.getBytes());
                CertificateFactory certificateFactory = CertificateFactory.getInstance("X.509");
                X509Certificate cert = (X509Certificate) certificateFactory.generateCertificate(derInputStream);
                String alias = "alias";//cert.getSubjectX500Principal().getName();

                KeyStore trustStore = KeyStore.getInstance(KeyStore.getDefaultType());
                trustStore.load(null);
                trustStore.setCertificateEntry(alias, cert);
                KeyManagerFactory kmf = KeyManagerFactory.getInstance("SunX509");
                kmf.init(trustStore, null);
                KeyManager[] keyManagers = kmf.getKeyManagers();

                TrustManagerFactory tmf = TrustManagerFactory.getInstance("X509");
                tmf.init(trustStore);
                TrustManager[] trustManagers = tmf.getTrustManagers();

                SSLContext sslContext = SSLContext.getInstance("TLS");
                sslContext.init(keyManagers, trustManagers, null);
                URL url = new URL(someURL);
                conn = (HttpsURLConnection) url.openConnection();
                conn.setSSLSocketFactory(sslContext.getSocketFactory());

app.certificateString - строка, содержащая сертификат, например:

            static public String certificateString=
            "-----BEGIN CERTIFICATE-----\n" +
            "MIIGQTCCBSmgAwIBAgIHBcg1dAivUzANBgkqhkiG9w0BAQsFADCBjDELMAkGA1UE" +
            "BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBE" +
            ... a bunch of characters...
            "5126sfeEJMRV4Fl2E5W1gDHoOd6V==\n" +
            "-----END CERTIFICATE-----";

Я проверил, что вы можете помещать любые символы в строку сертификата, если она имеет собственную подпись, при условии соблюдения точной структуры выше. Я получил строку сертификата с помощью командной строки терминала моего ноутбука.

13 голосов
/ 02 ноября 2012

Если создание SSLSocketFactory не вариант, просто импортируйте ключ в JVM

  1. Получить открытый ключ: $openssl s_client -connect dev-server:443, затем создайте файл dev-server.pem , который выглядит как

    -----BEGIN CERTIFICATE----- 
    lklkkkllklklklklllkllklkl
    lklkkkllklklklklllkllklkl
    lklkkkllklk....
    -----END CERTIFICATE-----
    
  2. Импорт ключа: #keytool -import -alias dev-server -keystore $JAVA_HOME/jre/lib/security/cacerts -file dev-server.pem. Пароль: изменить

  3. Перезапустить JVM

Источник: Как решить javax.net.ssl.SSLHandshakeException?

12 голосов
/ 13 мая 2009

Мне пришлось сделать что-то подобное при использовании commons-httpclient для доступа к внутреннему серверу https с самозаверяющим сертификатом. Да, наше решение состояло в том, чтобы создать собственный TrustManager, который просто проходил все (регистрируя отладочное сообщение).

Это сводится к тому, что у нас есть собственный SSLSocketFactory, который создает сокеты SSL из нашего локального SSLContext, который настроен так, что с ним связан только наш локальный TrustManager. Вам вообще не нужно подходить к хранилищу ключей / хранилищу ключей.

Так что это в нашем LocalSSLSocketFactory:

static {
    try {
        SSL_CONTEXT = SSLContext.getInstance("SSL");
        SSL_CONTEXT.init(null, new TrustManager[] { new LocalSSLTrustManager() }, null);
    } catch (NoSuchAlgorithmException e) {
        throw new RuntimeException("Unable to initialise SSL context", e);
    } catch (KeyManagementException e) {
        throw new RuntimeException("Unable to initialise SSL context", e);
    }
}

public Socket createSocket(String host, int port) throws IOException, UnknownHostException {
    LOG.trace("createSocket(host => {}, port => {})", new Object[] { host, new Integer(port) });

    return SSL_CONTEXT.getSocketFactory().createSocket(host, port);
}

Наряду с другими методами, реализующими SecureProtocolSocketFactory. LocalSSLTrustManager является вышеупомянутой фиктивной реализацией диспетчера доверия.

12 голосов
/ 13 мая 2009

Мы копируем хранилище доверенных сертификатов JRE и добавляем наши собственные сертификаты в это хранилище доверенных сертификатов, а затем указываем приложению использовать настраиваемое хранилище доверенных сертификатов с системным свойством. Таким образом, мы оставляем хранилище доверенных сертификатов JRE по умолчанию.

Недостатком является то, что при обновлении JRE его новое хранилище доверенных сертификатов не будет автоматически объединено с вашим пользовательским.

Возможно, вы могли бы справиться с этим сценарием, установив установщик или подпрограмму запуска, которая проверяет склад доверенных сертификатов / jdk и проверяет на несоответствие или автоматически обновляет склад доверенных сертификатов. Я не знаю, что произойдет, если вы обновите склад доверенных сертификатов во время работы приложения.

Это решение не является на 100% элегантным или надежным, но оно простое, работает и не требует кода.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...