使用GlobalSign DSS AATL证书的iText7 pdf签名显示Adobe Reader中的信任链被破坏

Question

我正在用iText7和GlobalSign DSS对PDF进行数字签名。我在必要的iText类中实现了GlobalSing DSS API调用。我得到适当的服务器响应，并且能够使用所有需要的参数调用pdfsigner.signdetached（）方法。用pdfSigner签名也成功了，我得到了一个签名的PDF，乍一看很好。但是，当我在Adobe Reader中打开签名的pdf时，它告诉我签名证书的信任链被破坏了，它无法追溯到CA根目录。这很奇怪，因为它是AATL证书，而Adobe Reader的AATL列表是最新的。
我不明白为什么会发生这种情况。

我是这样做的：

>

调用DSS获取标识：返回id字符串、签名证书和ocsp响应

调用trustchain的DSS：返回用于
对签名证书签名的证书链，直到GlobalSign根，以及
它们的oscp响应（根除外）

我实现了一个调用DSS API/timestamp/{digest}的ITsaClient

最后执行:pdfsigner.signdetached(externalDigest,externalSignature,chain.toArray（new x509certifice[]{}）,null,dssOcspClient,dssTSAClient,0,pdfsigner.cryptostandard.cms）；

其中externalSignature（IExternalSignature的实现）将调用DSS标识/{id}/sign/{digest}API

这里缺少什么？

de DSS API的trustchain响应不仅返回签名证书的信任链中的证书，还返回签名证书和GlobalSign根之间的两个中间件的ocsp响应。这些从来没有用过。事实上，我也不知道如何处理它们。
这些可能是AdobeReader重建直到GlobalSign根的信任链所缺少的部分吗？
如果是：我如何将它们放入PDF中？
如果没有：那么我做错了什么，破坏了信任链？

这些问题的答案将节省我的时间:-)

这里是显示问题的PDF链接:
用DSS签名的测试PDF
（接受答案后，我根据客户的请求删除了示例PDF)

下面是一些代码。

收集DSS信息并调用signDetached方法的中心部分

    private InputStream sign(byte[] unsignedDocument) throws IOException, DssServiceException, GeneralSecurityException {

    SigningIdentity signingIdentity = signingIdentityService.getValidSigningIdentity();
    DssOcspClient dssOcspClient = new DssOcspClient(signingIdentity);

    TrustChainResponse trustChainResponse = digitalSigningService.getTrustChain();
    List<X509Certificate> chain = new ArrayList<>();
    chain.add(signingIdentity.getCertificate());
    chain.addAll(trustChainResponse.getTrustChain());

    IExternalDigest externalDigest = new ProviderDigest(BC_SECURITY_PROVIDER);
    IExternalSignature externalSignature = new DssExternalSignature(signingIdentity.getIdentity(), digitalSigningService);

    ByteArrayOutputStream signedPdfOut = new ByteArrayOutputStream();
    PdfSigner pdfSigner = createPdfSigner(new ByteArrayInputStream(unsignedDocument), signedPdfOut);
    pdfSigner.signDetached(externalDigest, externalSignature, chain.toArray(new X509Certificate[]{}), null, dssOcspClient, dssTSAClient, 0, PdfSigner.CryptoStandard.CADES);

    return new ByteArrayInputStream(signedPdfOut.toByteArray());
}

IExternalSignature实现

    @Override
public byte[] sign(byte[] message) throws GeneralSecurityException {
    MessageDigest messageDigest = new BouncyCastleDigest().getMessageDigest(DEFAULT_DIGEST_ALGORITHM);
    byte[] documentHash = messageDigest.digest(message);
    try {
        return digitalSigningService.getSignature(signingIdentity, documentHash);
    }
    catch (DssServiceException e) {
        LOGGER.error("error getting signature", e);
        throw  new GeneralSecurityException(e);
    }
}

IOcspClient实现

    @Override
public byte[] getEncoded(X509Certificate checkCert, X509Certificate issuerCert, String url) {
    try {
        if(Objects.equals(signingIdentity.getCertificate(), checkCert)) {
            OCSPResp response = new OCSPResp(signingIdentity.getOcsp());
            BasicOCSPResp basicResponse = (BasicOCSPResp)response.getResponseObject();
            return basicResponse.getEncoded();
        }
    }
    catch (CertificateException | IOException | OCSPException e) {
        LOGGER.warn("OCSP validatie gefaald!", e.getMessage());
    }
    return null;
}

    @Override
public byte[] getTimeStampToken(byte[] imprint) throws Exception {

    String digestAlgorithmOID = DigestAlgorithms.getAllowedDigest(DEFAULT_DIGEST_ALGORITHM);
    ASN1ObjectIdentifier digestAlgOID = new ASN1ObjectIdentifier(digestAlgorithmOID);
    AlgorithmIdentifier algID = new AlgorithmIdentifier(digestAlgOID, DERNull.INSTANCE);
    MessageImprint messageImprint = new MessageImprint(algID, imprint);

    byte[] hash = messageImprint.getHashedMessage();
    return digitalSigningService.getTimeStamp(hash);
}

Answer 1

您的签名者证书无效。

签名者证书及其证书链（根据颁发者/主题匹配）嵌入签名中，特别是带有主题的证书

cn=Voertuigen,ou=department Mobiliteit en Openbare Werken,ou=vlaams Huis voor de Verkeersveiligheid,o=ministeries van de Vlaamse Gemeenschap,l=brussel,st=brussel,c=be

因此，可以检查证书签名时使用的签名。这样做时，您会看到签名者证书的tbscertificate部分（待签名部分）具有以下摘要值

C8751FDC7F679CB627F61028ACDD0D09613AFA782412ACFC7E189EA5DA625831

但签名实际上对这个摘要值进行签名

16090737B41E6E0466E7EB7A7EBD79F5494E438C11D0FB408BCA663A5923AD03

因此，您的签名者证书没有正确签名。

这会让我大吃一惊的。

证书签名不是为您要签名的证书部分的DER编码形式计算的，而是为其他形式计算的。

这并不是闻所未闻的，如果您的证书最初不是DER格式的，但证书签名过程假设它是DER格式的，则可能已经签名了非DER格式（尽管根据规范必须签名DER格式）。如果某个验证器检查了签名，该签名也不确保DER形式，但采用了TBSCertificate，该验证器甚至会指示签名是有效的。