我的代码可以验证自签名证书，但在使用 VeriSign 颁发的证书时失败

Question

我的应用程序正在使用 java 安全 API 对文件进行签名和验证。 签名时，我使用 PFX 文件和密码作为输入，签名后我使用字节生成签名文件。 在验证过程中，我使用签名文件、证书文件和签名文件作为输入。 请在下面找到我在验证中使用的代码：

 // KeyFilePath= path of certificate file
 // fileToVerify = path of signed file
 // signatureFilePath = path of signature file



 InputStream inputStream = new FileInputStream(KeyFilePath);
 CertificateFactory certificateFactory = CertificateFactory.getInstance("X.509");
 X509Certificate x509Certificate = (X509Certificate) certificateFactory.generateCertificate(inputStream);

 // input the signature bytes
 String sigFile = signatureFilePath;

 FileInputStream sigFileInputStream = new FileInputStream(sigFile);
 byte[] sigToVerify = new byte[sigFileInputStream.available()];
 sigFileInputStream.read(sigToVerify);
 sigFileInputStream.close();

 PublicKey pubKey = x509Certificate.getPublicKey();
 Signature signature = Signature.getInstance(signAlgorithm);

 signature.initVerify(pubKey);

 // Update and verify the data
 try {
    FileInputStream dataFileInputStream = new FileInputStream(fileToVerify);
    BufferedInputStream bufferedInputStream = new BufferedInputStream(dataFileInputStream);

    byte[] buffer = new byte[IVerifyDigitalSignature.BYTE_SIZE];
    int bufferedInputStreamLength;

    while (bufferedInputStream.available() != IVerifyDigitalSignature.ZERO_LENGTH) {
        bufferedInputStreamLength = bufferedInputStream.read(buffer);
        signature.update(buffer, IVerifyDigitalSignature.ZERO_LENGTH, bufferedInputStreamLength);
    }

    bufferedInputStream.close();

    // Verify the Signature
    x509Certificate.verify(pubKey);
    verifyDigitalSignature = signature.verify(sigToVerify);

请帮助我解决尚未关闭的问题。

Answer 1

如果您想自己执行此操作， 是的，您必须将链中的证书从信任锚迭代到您想要的证书， 不管它有多长（它可能因不同的 CA、类别和不同的时间而有所不同）。 使用来自“父”（下一个更高级别）证书的公钥验证每个“子”（较低级别）证书上的签名只是一个 其中相当小的一部分；还需要许多其他步骤。 通常只是找到正确的证书可能是个问题；如果你已经有一个正确的链条，你就有了一个良好的开端。 但是你确定你有“正确的”链条吗？给定证书通常有几个可能的链， 有时其中一些是有效的，但其他一些已过期或无法验证。 Verisign 特别发布了我相信所有最近的证书都在其 G5 根目录下，但提供了替代路径 对于不是最新且有时无法更新的依赖项，返回（有效）G1。

大多数情况下的算法在“PKIX”RFC5280中定义， 除了用于撤销的 OCSP RFC6960 而不是 CRL 变得越来越普遍。 您可能会忽略跨层次结构和 NameConstraints，AFAIK 实际上并没有使用它们 由 Verisign 等公共 CA 以及 CA 使用但用户/依赖者不关心的策略内容。 https://security.stackexchange.com/questions/37409/certificate-chain-checking 有一个很好但不完整的介绍。

但是您可能会更好使用 Java（实际上是 JCE 的）CertPathValidator for "PKIX" -- 并且如果需要 CertPathBuilder -- 我已经提到过你。这已经由专家编写和测试。只是调用它 仍然有点复杂，但远没有重写它所做的所有事情那么复杂。