已签名的PDF尚未准备好LTV

Question

我正试图用BouncyCastle CMS签署一份PDF文件。签名有效，但Adobe Reader告诉我它还没有准备好LTV。

据我所知，CRL嵌入在CMS SignedData中。证书也被嵌入其中。还嵌入了时间戳。

签名是一个分离的签名，放在“预留空间”。

为什么签名还没有准备好？我是不是做错了什么？

签名测试-PDF：http://www.filedropper.com/outputx

代码：

    CMSSignedDataGenerator gen = new CMSSignedDataGenerator();
    // CertificateChain
    List<Certificate> certList = Arrays.asList(certChain);

    try {

        Hashtable signedAttrs = new Hashtable();
        X509Certificate signingCert = (X509Certificate) certList.get(0);
        gen.addSignerInfoGenerator(new JcaSimpleSignerInfoGeneratorBuilder().setProvider("BC")
                .setSignedAttributeGenerator(new AttributeTable(signedAttrs))
                .build("SHA256withRSA", privKey, signingCert));

        gen.addCertificates(new JcaCertStore(certList));
        boolean embedCrls = true;
        if (embedCrls) {
            X509CRL[] crls = fetchCRLs(signingCert);
            for (X509CRL crl : crls) {
                gen.addCRL(new JcaX509CRLHolder(crl));
            }
        }
        // gen.addOtherRevocationInfo(arg0, arg1);

        CMSProcessableByteArray processable = new CMSProcessableByteArray(IOUtils.toByteArray(content));

        CMSSignedData signedData = gen.generate(processable, false);
        if (tsaClient != null) {
            signedData = signTimeStamps(signedData);
        }
        return signedData.getEncoded();
    } catch (Exception e) {
        throw new RuntimeException(e);
    }

Answer 1

在可互操作的PDF签名中，有两种方法可以添加与验证相关的信息，它们都没有使用默认的CMS方法来添加代码使用的CRL。

旧的ISO 32000-1样式的ISO 32000中使用的PKCS#7签名（后来基于CMS而不是PKCS#7）被指定为在Adobe注册的OID的专用签名属性中包含撤销信息：

adbe吊销信息属性：

adbe-revocationInfoArchival OBJECT IDENTIFIER ::=
                            { adbe(1.2.840.113583) acrobat(1) security(1) 8 }

吊销信息属性的值可以包括以下任何数据类型：

• RFC 3280（参见参考书目）中描述的证书撤销列表（CRL）：CRL通常较大，因此不应嵌入PKCS#7对象中

adbe的吊销信息属性值具有ASN。1类撤销：

RevocationInfoArchival ::= SEQUENCE {
   crl [0] EXPLICIT SEQUENCE of CRLs, OPTIONAL
   ocsp [1] EXPLICIT SEQUENCE of OCSP Responses, OPTIONAL
   otherRevInfo [2] EXPLICIT SEQUENCE of OtherRevInfo, OPTIONAL
}
OtherRevInfo ::= SEQUENCE {
   Type OBJECT IDENTIFIER
   Value OCTET STRING
}

（显然这只是伪ASN.1…）

由于此结构是已签名属性的值，因此必须在签名之前获取吊销信息，才能像这样添加。

对于他们的PAdES签名，ETSI指定了额外的PDF结构，添加到可携带额外验证相关信息的已签名PDF文档中，请参阅ETSI EN 319 142。这些结构后来被整合到ISO 32000-2中：

文件安全存储（DSS）应为字典，该字典应为文件目录字典中DSS密钥的值（见7.7.2，“文件目录字典”）。本词典可能包含：

• 文档中出现的用于签名（包括时间戳签名）的所有证书的数组。它还应持有验证参与证书链验证的证书所需的所有辅助证书

任何VRI字典（如有）应位于文件增量更新部分。如果VRI字典适用的签名字典本身处于增量更新部分，则DSS/VRI更新应在签名更新之后进行。包含VRI字典条目是可选的。VRI条目中引用的所有验证材料也包含在DSS条目中。

...

正如您在这里已经读到的，这种结构是为在签名后添加信息而设计的。这与ETSI一起支持在签名后生成的用于验证的撤销信息。

你在标签中提到了PDFBox，所以你似乎使用PDFBox进行签名。

要将预取的验证数据添加到已签名的adbe revocationfoarchive属性中，只需将上述定义的属性添加到代码的signedAttrs。

要在文档安全存储（DSS）中添加数据，您可以使用@Tilman在评论中提到的PDFBox示例addValidationInformation的代码。