PKIX路径构建在Java应用程序中失败
在将我的应用程序从Windows 2000移动到Windows 2008 R2 Server之后,我一直在努力让我的应用程序运行近一周。
步骤:
- 已安装Java JDK 1.7.0_25
- 将系统环境变量
JAVA_HOME
为C:\Progra~1\Java\jdk1.7.0_25\
- 使用
keytool
将证书导入cacerts - 确保证书存在于
keytool
with-list
。
我试图用InstallCert
重复第3步 ,以确保我没有弄乱任何东西。
上面的方法没有解决我的问题,所以我尝试以编程方式进行:
System.setProperty("javax.net.ssl.trustStore", "C:/Progra~1/Java/jdk1.7.0_25/jre/lib/security/cacerts"); System.setProperty("javax.net.ssl.trustStorePassword", "changeit");
仍然没有任何运气。 我被卡住了,不太确定从这里走哪个方向。
堆栈跟踪:
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 at sun.security.ssl.Alerts.getSSLException(Alerts.java:192) at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1886) at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:276) at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:270) at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1341) at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:153) at sun.security.ssl.Handshaker.processLoop(Handshaker.java:868) at sun.security.ssl.Handshaker.process_record(Handshaker.java:804) at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1016) at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1312) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1339) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1323) at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:515) at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185) at sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:153) at util.SMS.send(SMS.java:93) at domain.ActivationSMSSenderMain.sendActivationMessagesToCustomers(ActivationSMSSenderMain.java:80) at domain.ActivationSMSSenderMain.(ActivationSMSSenderMain.java:44) at domain.ActivationSMSSenderMain.main(ActivationSMSSenderMain.java:341) Caused by: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target at sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:385) at sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:292) at sun.security.validator.Validator.validate(Validator.java:260) at sun.security.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:326) at sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:231) at sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:126) at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1323) ... 14 more Caused by: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target at sun.security.provider.certpath.SunCertPathBuilder.engineBuild(SunCertPathBuilder.java:196) at java.security.cert.CertPathBuilder.build(CertPathBuilder.java:268) at sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:380) ... 20 more
更新:
System.out.println(System.getProperty("javax.net.ssl.trustStore"));
和System.out.println(System.getProperty("javax.net.ssl.keyStore"));
返回null
。
我遇到了类似的问题,其原因和解决方案都变得非常简单:
主要原因 :未使用keytool导入正确的证书
注意:仅导入根CA(或您自己的自签名)证书
注意:请勿导入中间非证书链根证书
imap.gmail.com的解决方案示例
-
确定根CA证书:
openssl s_client -showcerts -connect imap.gmail.com:993
在这种情况下,我们发现根CA是Equifax安全证书颁发机构
- 下载根CA证书 。
- 通过与此处的信息进行比较,validation下载的证书是否具有正确的SHA-1和/或MD5指纹
-
导入
javax.net.ssl.trustStore
证书:keytool -import -alias gmail_imap -file Equifax_Secure_Certificate_Authority.pem
- 运行你的java代码
您已将证书导入JDK中提供的JRE的信任库,但您正在运行直接安装的JRE的java.exe。
编辑
为了清楚起见,并且为了解决下面评论中的误解,您需要将证书导入到您打算使用的JRE的cacerts
文件中,并且很少会出现在JDK中的那个,因为客户端通常不会有JDK。 下面评论中的任何内容都应该被忽略,因为这里没有表达我的意图。
一个更好的解决方案是创建自己的信任库,从cacerts
文件的副本开始,并特别告诉Java通过系统属性javax.net.ssl.trustStore.
使用该信任库javax.net.ssl.trustStore.
您应该构建构建过程的这一部分,以便及时了解JDK升级导致的cacerts
文件的更改。
如果您正在使用Eclipse,只需在Eclipse Windows中进行交叉检查– > preferences —-> java —>已安装的JRE指向当前JRE和您已配置证书的JRE。 如果没有删除JRE并添加安装证书的jre
根据您的pastebin,您需要将proxy.tkk.com
证书添加到信任库。
在我的情况下,通过安装Oracle官方JDK 10解决了问题,而不是使用我的Ubuntu附带的默认OpenJDK。 这是我遵循的指南: https : //www.linuxuprising.com/2018/04/install-oracle-java-10-in-ubuntu-or.html