在Java中验证证书会引发异常-无法找到到请求目标的有效证书路径

Question

我有一个Web应用程序，要求客户端发送其证书，并且服务器必须验证证书（即查看颁发者是否为有效的颁发者，并存在于服务器的信任库中）。这是代码：

FileInputStream fin=new FileInputStream("C:/trustedca");
    KeyStore anchors = KeyStore.getInstance("JKS","SUN");
    anchors.load(fin, "server".toCharArray());
    X509CertSelector target = new X509CertSelector();
    FileInputStream fin1=new FileInputStream("C:/client.crt");
    CertificateFactory cf=CertificateFactory.getInstance("X.509");
    X509Certificate cert=null;
    while (fin1.available() > 0) 
    {
     System.out.println("in while---------");
     cert =(X509Certificate) cf.generateCertificate(fin1);
    }
    target.setCertificate(cert);
    PKIXBuilderParameters params = new PKIXBuilderParameters(anchors, target);

    CertPathBuilder builder = (CertPathBuilder) CertPathBuilder.getInstance("PKIX").build(params);
    PKIXCertPathBuilderResult r = (PKIXCertPathBuilderResult) builder.build((CertPathParameters)params);<br>

但是我有一个例外：

sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid
 certification path to requested target<br>

注意：
此处，客户端发送的证书为client.crt，用于签署client.crt证书的证书为密钥库“ trustedca”中的ca.crt。那为什么给这个例外呢？

Answer 1

如果您希望获得客户证书，请让JSSE为您完成所有这些工作。如果要为特定的连接使用自己的信任库，请配置JSSE以使用它。检查参考文档中的“
定制JSSE”部分。

这是SSLContext使用自定义信任库构建的简短示例。（X509TrustManager也可以使用其他更复杂的，但是您很少需要它。）

TrustManagerFactory tmf = TrustManagerFactory
    .getInstance(TrustManagerFactory.getDefaultAlgorithm());
KeyStore ks = KeyStore.getInstance("JKS");
FileInputStream fis = new FileInputStream("/.../example.jks");
ks.load(fis, null);
// or ks.load(fis, "thepassword".toCharArray());
fis.close();

tmf.init(ks);

SSLContext sslContext = SSLContext.getInstance("TLS");
sslContext.init(null, tmf.getTrustManagers(), null);

如果您使用的是现有的应用程序服务器，则如何通过配置这一切将取决于服务器及其期望的配置方式。为此，使用JSSE还将确保密钥用法属性合适。

如果您通过其他方式获得证书并想要对其进行验证，则需要使用PKI
API
。如果遵循
使用PKIX算法验证证书路径
的
示例
，则应获得如下信息：

X509Certificate certToVerify = ...

CertificateFactory cf = CertificateFactory.getInstance("X.509");
CertPath cp = cf.generateCertPath(Arrays
    .asList(new X509Certificate[] { certToVerify }));

TrustAnchor trustAnchor = new TrustAnchor(caCert, null);

CertPathValidator cpv = CertPathValidator.getInstance("PKIX");
PKIXParameters pkixParams = new PKIXParameters(
    Collections.singleton(trustAnchor));
pkixParams.setRevocationEnabled(false);

cpv.validate(cp, pkixParams);

检查来自validate的结果（当然，它没有引发验证异常）。在这里，为了简化起见，我禁用了吊销检查。您还可以设置PKIXParameters策略检查的其他方面。这可能变得非常复杂（以及为什么最好让默认的JSSE管理器为您这样做）。

您还在Security.SE上询问的其他问题中还询问了所有这些问题：
证书指纹的实际值是多少？ 。

假设您有两个X509Certificates：serverCert和caCert，您要在其中验证serverCert签名（与私钥匹配的私钥）caCert。

最简单的方法：

serverCert.verify(caCert.getPublicKey());

如果您想手动进行一些操作，请使用SignatureAPI：

System.out
     .println("Signature algorithm: " + serverCert.getSigAlgName());
Signature sig = Signature.getInstance(serverCert.getSigAlgName());
sig.initVerify(caCert.getPublicKey());
sig.update(serverCert.getTBSCertificate());
System.out
    .println("Verified? " + sig.verify(serverCert.getSignature()));

假设算法为SHA1withRSA，您还可以计算摘要：

MessageDigest digest = MessageDigest.getInstance("SHA-1");
digest.reset();
digest.update(serverCert.getTBSCertificate());
byte[] digestBytes = digest.digest();

Cipher cipher = Cipher.getInstance("RSA");
cipher.init(Cipher.DECRYPT_MODE, caCert.getPublicKey());
byte[] cipherText = cipher.doFinal(serverCert.getSignature());

摘要本身仅是使用结果的一部分Cipher：serverCert.getSignature()实际上，您所获得的是更复杂的ASN.1结构，其中包含摘要算法标识符，在这种情况下，digestBytes前缀应为以下内容：

SHA-1:   (0x)30 21 30 09 06 05 2b 0e 03 02 1a 05 00 04 14 || H.

（如果要正确分析ASN.1结构，BouncyCastle可能会有用。）

请注意，这都不验证时间有效性或任何其他属性。PKIX遵从性远远不止于检查签名（请参阅RFC 3820和5820）。