问题：

PDF签名摘要

盖嘉珍

2023-03-14

我有一个关于计算PDF文档摘要以用于数字签名的快速问题（与我前面的一个问题有点相关，我试图弄清楚为什么您需要知道客户的证书以创建正确的摘要）。在Adobe关于PDF格式的文档中,指定了以下内容：

字节范围摘要应在文件中的一个字节范围内计算，该范围应由签名字典中的字节范围条目指示。这个范围应该是整个文件，包括签名字典，但不包括签名值本身（内容条目）。

因此，在这一点上，事情似乎相当简单，只需消化除/sig字典中的/contents条目之外的所有内容。/contents条目中的实际数据指定如下：

对于公钥签名，内容应该是DER编码的PKCS#1二进制数据对象或DER编码的PKCS#7二进制数据对象。

所以仍然没有问题，我可以（可能）生成摘要，为/contents条目保留空间，并在稍后附加这个PKCS#7对象。当我读到以下内容时，我就开始感到困惑：

撤销信息是一个已签名的属性，这意味着签名软件在签名之前必须捕获撤销信息。类似的要求也适用于证书链。签名软件必须在签名之前捕获并验证证书链。

所以我不太明白的是：显然/contents条目（包含证书和签名摘要）没有被消化，但是证书链是一个签名属性（因此需要消化？）。

如果有人能进一步具体说明消化的内容，或许能更好地向我解释签名的属性，我将不胜感激。我想要回答的主要问题是：在事先不知道某人的证书的情况下，我实际上可以创建一个可签名的摘要吗？（我正在使用pkcs7分离签名）

薛烨霖

2023-03-14

我可以在事先不知道某人的证书的情况下创建一个可签名的摘要吗？

在子筛选器etsi.cades.detached或adbe.pkcs7.detached的情况下，您可以创建文档摘要，而不必事先知道某人的证书。

但是，在开始生成CMS签名容器以嵌入PDF之前，您通常必须知道签名者证书。

我可以（可能）生成摘要，为/contents条目保留空间，并在稍后附加这个PKCS#7对象。

如果您首先保留空间，然后生成摘要，那么实际上就是这样做的。

当我读到以下内容时，我就开始感到困惑：

必须注意的主要事实是，在PKCS#7/CMS签名容器的情况下，签名通常不仅仅包括一个哈希计算，而是至少包括两个哈希计算！

第一个散列，即文档散列，实际上是为整个文件计算的，包括签名字典，但不包括签名值本身（内容条目）（您可能需要阅读此答案以了解更多详细信息）。

但这不是应用签名算法时立即使用的哈希。

在生成PKCS#7/CMS签名容器的过程中（除非是其最原始的形式），您会创建一个称为“Signed Attributes”的结构。

您使用多个属性（名称-值-对）填充这个结构，其中包括已经计算的文档哈希，还有其他属性，例如您读到的Adobe风格的撤销信息。

完成该结构的创建后，对该结构进行哈希并为其生成签名。

然后，您可以使用这些签名属性、签名和一些未被此签名签名的更多信息（例如证书、签名时间戳、...)来组合PKCS#7/CMS签名容器。

有关签名容器的详细信息，请阅读以下答案。

最后，您将此签名容器嵌入到PDF中的保留空间中。

但是，根据CMS签名配置文件，在开始生成签名容器之前，您通常必须了解签名者证书，因为许多配置文件都要求存在引用签名者证书的签名属性。

OP在评论中提出了一些后续问题：

1.：其中一个带符号的属性是文档哈希（没有/contents)，所以如果我理解正确的话，这就是未带符号的哈希？

不，“Signed Attributes”结构的散列，它只是PKCS#7对象的一部分，而不是全部。PKCS#7/CMS对象有多个未签名部分。

Contents条目包含一个完整的PKCS#7/CMS签名容器对象（二进制字符串）。因此，是的，您可以读取它（通过读取那个二进制字符串的值）并（如果您有知道如何解析这样的签名容器的代码）从中提取信息。

但是要注意，签名容器可能不包含验证所需的所有数据：例如，如果使用链（而不是shell）验证模型进行验证，则可能必须从相应的PDF签名字典条目中提取签名时间。

显然，您还必须计算签名PDF字节范围的摘要，并将该值与包含原始文档摘要的签名属性进行比较。（您可能是通过重新计算摘要来表示这个意思的。）

如3的答案所述，您可能必须从PDF中检索其他信息，以便在PKCS#7验证中使用。

此外，您说我们从PKCS#7对象获得的证书-请注意PKCS#7/CMS签名容器可能包含多个证书。你得找到正确的。应使用CMS SignerInfo SignerIdentifier和ESS signed属性。

你可以开始阅读了

共有1个答案