Java는 Let 's Encrypt 인증서를 지원합니까?

HTTP를 통해 원격 서버에서 REST API를 쿼리하는 Java 애플리케이션을 개발 중입니다. 보안상의 이유로이 통신은 HTTPS로 전환되어야합니다.

이제 Let 's Encrypt 가 공개 베타를 시작 했으므로 Java가 현재 기본적으로 인증서를 사용하여 작동하는지 (또는 향후 작동 할 것으로 확인되었는지) 알고 싶습니다.

Let 's Encrypt는 IdenTrust 에 의해 중간 교차 서명을 받았으며 이는 좋은 소식입니다. 그러나이 명령의 출력에서 ​​다음 두 가지 중 하나를 찾을 수 없습니다.

keytool -keystore "..\lib\security\cacerts" -storepass changeit -list

신뢰할 수있는 CA를 각 시스템에 수동으로 추가 할 수 있다는 것을 알고 있지만 내 애플리케이션은 추가 구성없이 무료로 다운로드하고 실행할 수 있어야하므로 "즉시"작동하는 솔루션을 찾고 있습니다. 나에게 좋은 소식이 있습니까?

[ 2016-06-08 업데이트 : https://bugs.openjdk.java.net/browse/JDK-8154757 에 따르면 IdenTrust CA가 Oracle Java 8u101에 포함됩니다.]

[ 2016-08-05 업데이트 : Java 8u101이 출시되었으며 실제로 IdenTrust CA : 출시 노트를 포함하고 있습니다. ]

Java는 Let 's Encrypt 인증서를 지원합니까?

예. Let 's Encrypt 인증서는 일반 공개 키 인증서입니다. Java는이를 지원합니다 ( Java 7> = 7u111 및 Java 8> = 8u101 에 대한 Let 's Encrypt Certificate Compatibility 에 따라 ).

Java는 Let 's Encrypt 인증서를 즉시 신뢰합니까?

아니요 / JVM에 따라 다릅니다. Oracle JDK / JRE의 신뢰 저장소 (최대 8u66)에는 Let 's Encrypt CA와 교차 서명 한 IdenTrust CA가 포함되어 있지 않습니다. new URL("https://letsencrypt.org/").openConnection().connect();예를 들어 javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException.

그러나 고유 한 유효성 검사기를 제공하거나 필수 루트 CA가 포함 된 사용자 지정 키 저장소를 정의하거나 인증서를 JVM 신뢰 저장소로 가져올 수 있습니다.

https://community.letsencrypt.org/t/will-the-cross-root-cover-trust-by-the-default-list-in-the-jdk-jre/134/10 에서도 주제에 대해 설명합니다.

다음은 런타임에 기본 신뢰 저장소에 인증서를 추가하는 방법을 보여주는 몇 가지 예제 코드입니다. 인증서를 추가하기 만하면됩니다 (firefox에서 .der로 내보내고 클래스 경로에 넣음).

을 바탕으로 어떻게 자바에서 신뢰할 수있는 루트 인증서 목록을받을 수 있나요? 및 http://developer.android.com/training/articles/security-ssl.html#UnknownCa

import java.io.BufferedInputStream;
import java.io.IOException;
import java.io.InputStream;
import java.net.URL;
import java.net.URLConnection;
import java.nio.file.Files;
import java.nio.file.Path;
import java.nio.file.Paths;
import java.security.KeyStore;
import java.security.cert.Certificate;
import java.security.cert.CertificateFactory;
import java.security.cert.PKIXParameters;
import java.security.cert.TrustAnchor;
import java.security.cert.X509Certificate;

import javax.net.ssl.SSLContext;
import javax.net.ssl.SSLHandshakeException;
import javax.net.ssl.TrustManagerFactory;

public class SSLExample {
    // BEGIN ------- ADDME
    static {
        try {
            KeyStore keyStore = KeyStore.getInstance(KeyStore.getDefaultType());
            Path ksPath = Paths.get(System.getProperty("java.home"),
                    "lib", "security", "cacerts");
            keyStore.load(Files.newInputStream(ksPath),
                    "changeit".toCharArray());

            CertificateFactory cf = CertificateFactory.getInstance("X.509");
            try (InputStream caInput = new BufferedInputStream(
                    // this files is shipped with the application
                    SSLExample.class.getResourceAsStream("DSTRootCAX3.der"))) {
                Certificate crt = cf.generateCertificate(caInput);
                System.out.println("Added Cert for " + ((X509Certificate) crt)
                        .getSubjectDN());

                keyStore.setCertificateEntry("DSTRootCAX3", crt);
            }

            if (false) { // enable to see
                System.out.println("Truststore now trusting: ");
                PKIXParameters params = new PKIXParameters(keyStore);
                params.getTrustAnchors().stream()
                        .map(TrustAnchor::getTrustedCert)
                        .map(X509Certificate::getSubjectDN)
                        .forEach(System.out::println);
                System.out.println();
            }

            TrustManagerFactory tmf = TrustManagerFactory
                    .getInstance(TrustManagerFactory.getDefaultAlgorithm());
            tmf.init(keyStore);
            SSLContext sslContext = SSLContext.getInstance("TLS");
            sslContext.init(null, tmf.getTrustManagers(), null);
            SSLContext.setDefault(sslContext);
        } catch (Exception e) {
            throw new RuntimeException(e);
        }
    }
    // END ---------- ADDME

    public static void main(String[] args) throws IOException {
        // signed by default trusted CAs.
        testUrl(new URL("https://google.com"));
        testUrl(new URL("https://www.thawte.com"));

        // signed by letsencrypt
        testUrl(new URL("https://helloworld.letsencrypt.org"));
        // signed by LE's cross-sign CA
        testUrl(new URL("https://letsencrypt.org"));
        // expired
        testUrl(new URL("https://tv.eurosport.com/"));
        // self-signed
        testUrl(new URL("https://www.pcwebshop.co.uk/"));

    }

    static void testUrl(URL url) throws IOException {
        URLConnection connection = url.openConnection();
        try {
            connection.connect();
            System.out.println("Headers of " + url + " => "
                    + connection.getHeaderFields());
        } catch (SSLHandshakeException e) {
            System.out.println("Untrusted: " + url);
        }
    }

}

OP가 로컬 구성 변경없이 솔루션을 요청했음을 알고 있지만 신뢰 체인을 키 저장소에 영구적으로 추가하려는 경우 :

$ keytool -trustcacerts \
    -keystore $JAVA_HOME/jre/lib/security/cacerts \
    -storepass changeit \
    -noprompt \
    -importcert \
    -file /etc/letsencrypt/live/hostname.com/chain.pem

출처 : https://community.letsencrypt.org/t/will-the-cross-root-cover-trust-by-the-default-list-in-the-jdk-jre/134/13

구성 파일 백업을 포함하여 로컬 구성을 변경하려는 사용자를위한 자세한 답변 :

1. 변경 전에 작동하는지 테스트

아직 테스트 프로그램이없는 경우 TLS 핸드 셰이크를 테스트하는 Java SSLPing ping 프로그램을 사용할 수 있습니다 (HTTPS뿐만 아니라 모든 SSL / TLS 포트에서 작동 함). 미리 빌드 된 SSLPing.jar를 사용하지만 코드를 읽고 직접 빌드하는 것은 빠르고 쉬운 작업입니다.

$ git clone https://github.com/dimalinux/SSLPing.git
Cloning into 'SSLPing'...
[... output snipped ...]

내 Java 버전이 1.8.0_101 (이 글 작성 당시에 출시되지 않음) 이전이므로 Let 's Encrypt 인증서는 기본적으로 확인되지 않습니다. 수정 사항을 적용하기 전에 어떤 오류가 발생하는지 살펴 보겠습니다.

$ java -jar SSLPing/dist/SSLPing.jar helloworld.letsencrypt.org 443
About to connect to 'helloworld.letsencrypt.org' on port 443
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
[... output snipped ...]

2. 인증서 가져 오기

JAVA_HOME 환경 변수가 설정된 Mac OS X에 있습니다. 이후 명령은 수정중인 Java 설치에 대해이 변수가 설정된 것으로 가정합니다.

$ echo $JAVA_HOME 
/Library/Java/JavaVirtualMachines/jdk1.8.0_92.jdk/Contents/Home/

JDK를 다시 설치하지 않고도 변경 사항을 취소 할 수 있도록 수정할 cacerts 파일의 백업을 만듭니다.

$ sudo cp -a $JAVA_HOME/jre/lib/security/cacerts $JAVA_HOME/jre/lib/security/cacerts.orig

가져 오는 데 필요한 서명 인증서를 다운로드합니다.

$ wget https://letsencrypt.org/certs/lets-encrypt-x3-cross-signed.der

가져 오기를 수행하십시오.

$ sudo keytool -trustcacerts -keystore $JAVA_HOME/jre/lib/security/cacerts -storepass changeit -noprompt -importcert -alias lets-encrypt-x3-cross-signed -file lets-encrypt-x3-cross-signed.der 
Certificate was added to keystore

3. 변경 후 작동하는지 확인

Java가 이제 SSL 포트에 연결되어 있는지 확인합니다.

$ java -jar SSLPing/dist/SSLPing.jar helloworld.letsencrypt.org 443
About to connect to 'helloworld.letsencrypt.org' on port 443
Successfully connected

아직하자 암호화 인증서를 지원하지 않는 JDK를 들어, JDK에 그 추가 할 수 있습니다 cacerts이 과정 (덕분에 다음 이 ).

https://letsencrypt.org/certificates/ 에서 모든 인증서를 다운로드하고 ( der 형식 선택 ) 다음과 같은 종류의 명령을 사용하여 하나씩 추가합니다 (예 :) letsencryptauthorityx1.der.

keytool -import -keystore PATH_TO_JDK\jre\lib\security\cacerts -storepass changeit -noprompt -trustcacerts -alias letsencryptauthorityx1 -file PATH_TO_DOWNLOADS\letsencryptauthorityx1.der