为什么 Java 6 接收的 SSL 证书链与 Java 7 不同？答案

【问题标题】：Why is Java 6 receiving a different SSL certificate chain than Java 7?为什么 Java 6 接收的 SSL 证书链与 Java 7 不同？
【发布时间】：2014-10-01 14:48:16
【问题描述】：

我们重新配置了我们的一台服务器，以更改其中一台虚拟主机的主机名。

我们的服务器配置来自：

<VirtualHost *:443>
    ServerName test.olddomain.com

    SSLEngine on
    SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL

    SSLCertificateFile "D:/Security/wildcard/OLDDOMAIN.COM.crt"
    SSLCertificateKeyFile "D:/Security/wildcard/OLDDOMAIN.COM.key"
    SSLCertificateChainFile "D:/Security/wildcard/CertChain.crt"

    ...
</VirtualHost>

到：

<VirtualHost *:443>
    ServerName test.newdomain.com
    ServerAlias test.olddomain.com

    SSLEngine on
    SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL

    SSLCertificateFile "D:/Security/wildcard/NEWDOMAIN.COM.crt"
    SSLCertificateKeyFile "D:/Security/wildcard/NEWDOMAIN.COM.key"
    SSLCertificateChainFile "D:/Security/wildcard/CertChain.crt"

    ...
</VirtualHost>

使用任何网络浏览器，我们都可以正常访问该网站，我们没有任何证书问题。但是，当我尝试从 Java 6 访问 URL 时，我收到了这个错误：

java.security.cert.CertificateException: No subject alternative DNS name matching test.newdomain.com found

我尝试使用 -Djavax.net.debug=SSL 选项运行 java，但奇怪的是 java 正在获取 olddomain 的证书：

*** Certificate chain
chain [X] = [
[
  Version: VX
  Subject: CN=*.olddomain.com, O=COMPANY, L=Place, ST=ST, C=US
  Signature Algorithm: SHAXwithRSA, OID = X.X.XXX.XXXXXX.X.X.X

  Key:  Sun RSA public key, XXXX bits
  modulus:     XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXX
  public exponent: XXXXX
  Validity: [From: Tue Jan XX XX:XX:XX EST XXXX,
               To: Fri Feb XX XX:XX:XX EST XXXX]
  Issuer: CN=DigiCert High Assurance CA-X, OU=www.digicert.com, O=DigiCert Inc, C=US
  SerialNumber: [    XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX]

但是，如果我用 java7 替换 java6。它正确读取了正确的证书，我可以访问该 URL。

我在这里缺少什么？我确实看到从 java6 到 java7 的握手略有不同，但我认为这不能解释获得不同的证书。

Java6 握手：

*** ClientHello, TLSv1
***
pool-1-thread-1, WRITE: TLSv1 Handshake, length = 95
pool-1-thread-1, WRITE: SSLv2 client hello message, length = 131
pool-1-thread-1, READ: TLSv1 Handshake, length = 81
*** ServerHello, TLSv1
Cipher Suite: SSL_RSA_WITH_RC4_128_MD5
Compression Method: 0
Extension renegotiation_info, renegotiated_connection: <empty>
***
%% Created:  [Session-4, SSL_RSA_WITH_RC4_128_MD5]
** SSL_RSA_WITH_RC4_128_MD5
pool-1-thread-1, READ: TLSv1 Handshake, length = 4313

java7 握手：

*** ClientHello, TLSv1
Extension elliptic_curves, curve names: {secp256r1, sect163k1, sect163r2, secp192r1, secp224r1,sect233k1, sect23
 sect409k1, sect409r1, secp521r1, sect571k1, sect571r1, secp160k1, secp160r1, secp160r2,  sect163r1, secp192k1, se9k1,     secp256k1}
Extension ec_point_formats, formats: [uncompressed]
Extension server_name, server_name: [host_name: test.newdomain.com]
***
pool-5-thread-2, WRITE: TLSv1 Handshake, length = 181
pool-5-thread-2, READ: TLSv1 Handshake, length = 85
*** ServerHello, TLSv1
Cipher Suite: TLS_RSA_WITH_AES_128_CBC_SHA
Compression Method: 0
Extension server_name, server_name:
Extension renegotiation_info, renegotiated_connection: <empty>
***
%% Initialized:  [Session-1, TLS_RSA_WITH_AES_128_CBC_SHA]
** TLS_RSA_WITH_AES_128_CBC_SHA
pool-5-thread-2, READ: TLSv1 Handshake, length = 4312

谁能解释为什么 java6 的行为可能与 java7 和 web 浏览器不同，以及如何解决这个问题？

以防万一，这是我用来测试连接性的代码。没什么特别的：

    InputStream in = null;
    try {
        URL url = new URL("https://test.newdomain.com/myapp");
        URLConnection conn = url.openConnection();
        in = conn.getInputStream();
        System.out.println("OpenStream didn't fail!");
    } catch (IOException ex) {
        System.out.println(ex.getClass().getName()+ex.getMessage());
        System.out.println("Connection failed");
    } finally {
        try {
            if (in != null)
                in.close();
        } catch (IOException ex) {
        }
    }

谢谢！

【问题讨论】：

差异无疑是因为 java7 (Https)URLConn 与（所有？主要？）浏览器一样，发送服务器名称指示 (SNI) 但 java6 没有，正如您的调试输出所证实的那样。命名虚拟主机服务器需要 SNI 来指定所需的主机并因此指定证书，并且没有 SNI 必须执行一些默认设置，这在您的情况下显然是错误的，但我不知道足够的 httpd 来准确说明在哪里查看。
非常感谢您的评论戴夫。我们在考虑这些方面的事情，但我不知道 SNI。至少我现在有一些事情要调查。再次感谢！

标签： java ssl

【解决方案1】：

根据 date_thompson_085 提供的输入回答我自己的问题。

问题是请求始终使用 IP 地址发送，并且主机名包含在 http 标头中。但是，使用 SSL，该主机名信息是加密的。所以当 SSL 握手发生时，它还不知道主机名。因此，它不知道请求应该发送到哪个虚拟主机并返回第一个（或默认）证书，在我们的例子中 olddomain.com 是错误的。

浏览器和 java7 不受影响的原因是它们发送服务器名称指示 (SNI) 作为 SSL 信息的一部分。这样，apache 在开始 SSL 握手之前就知道要使用哪个虚拟主机并返回正确的证书。 Java 6 不支持 SNI。

【讨论】：