有效证书上的 JDK 11 SSL 错误(在以前的版本中工作)

2022-09-03 07:28:30

以下代码在 JDK 11 中引发错误:

    HttpURLConnection con = (HttpURLConnection) new URL("https://sis.redsys.es/sis/realizarPago").openConnection();
    con.setRequestMethod("GET");
    con.getResponseCode();

错误是:

javax.net.ssl.SSLHandshakeException: extension (10) should not be presented in server_hello
at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:128)
at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:117)
at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:312)
at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:268)
at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:259)
at java.base/sun.security.ssl.SSLExtensions.<init>(SSLExtensions.java:71)
at java.base/sun.security.ssl.ServerHello$ServerHelloMessage.<init>(ServerHello.java:169)
at java.base/sun.security.ssl.ServerHello$ServerHelloConsumer.consume(ServerHello.java:860)
at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:390)
at java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:445)
at java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:422)
at java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:178)
at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:164)
at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:877)
at java.base/sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:810)
at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:383)
at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:567)

它适用于任何以前的JDK(我已经在7,8,9和10中进行了测试)。

该证书似乎有效,因为它被浏览器或我在互联网上找到的大多数SSL测试识别。

我尝试过禁用主机名验证,禁用cacerts,将DigiCert添加到cacerts文件中,但没有任何运气。

这似乎是openJDK中的一个错误。在内部版本 26、27 和 28(候选版本)中进行了测试。


答案 1

此问题目前在 JDK 12 https://bugs.openjdk.java.net/browse/JDK-8209965 中得到解决,并包含在 ea-9 中。

到 JDK 11 的向后移植也已 https://bugs.openjdk.java.net/browse/JDK-8210005 解决,并包含在

  • 11.0.3 (Oracle JDK)
  • 11.0.2 (OpenJDK)

这方面的一些背景可以在这里的评论中找到 https://github.com/openssl/openssl/pull/4463/files

TLS 1.3 为服务器添加了一个方案,以向客户端指示其在 EncryptedExtensions 消息中支持的组列表,但没有一个相关规范允许在 ServerHello 中发送supported_groups。

尽管如此(可能是由于靠近ServerHello中允许的“ec_point_formats”扩展名),无论如何都有几台服务器在ServerHello中发送此扩展名。

直到1.1.0版本(包括1.1.0版本),我们没有检查是否存在不允许的扩展,因此为了避免回归,我们还必须在TLS 1.2 ServerHello中允许此扩展。


答案 2

它现在在JDK 11.0.2中得到解决,该版本于2019年1月16日发布