仅在 Adobe Reader 中显示无效的合格签名答案

【问题标题】：Qualified signature showing invalid only in Adobe Reader仅在 Adobe Reader 中显示无效的合格签名
【发布时间】：2021-09-03 01:03:40
【问题描述】：

这是带有合格电子签名pdf-qualified.invalid.pdf的PDF

所有验证应用程序都将其正确显示为 PAdES-BASELINE-LT，但 Adobe Reader 显示它无效。这个数字签名的 PDF 有什么问题？它包括 CAdES-BASELINE-LT 签名、所有 OCSP、所有需要的证书。

Adobe reader 显示无效

欧盟验证显示签名在https://ec.europa.eu/cefdigital/DSS/webapp-demo/validation 有效

DigiDoc4 应用显示签名有效

https://www.eparaksts.lv/ 表明它是有效的

这里我们可以看到数字签名相关的PDF结构

【问题讨论】：

标签： pdf itext adobe digital-signature pades

【解决方案1】：

您的 PDF 中嵌入的签名容器存在一些问题。

您的 PDF 是 1.5 版，并且签名使用子过滤器 ETSI.CAdES.detached。因此，嵌入式签名容器应符合 ETSI EN 319 142-1（PAdES 构建块），该标准也指 ETSI EN 319 122-1（CAdES 构建块）。但也有偏差：

首先，CMSVersion 应设置为 1 或 3 (CAdES 4.4)。但在您的情况下，它设置为 5。

然后 SignedData.crls 包含条目，特别是类型为 other 的条目。在 PAdES 的情况下，无论如何都不应使用此字段，尤其是不应使用此类条目。 其实这个条目是上面提到的无效 CMSVersion 的原因：如果 SignedData.crls 包含一个类型为 other 的条目，则 RFC 5652 需要版本 5。

您的签名容器的 SignerInfo 包含一个签名时间签名属性。对于 PAdES BASELINE 签名 (PAdES 6.3)，这是明确禁止的。

它还包含一个 cmsAlgorithmProtection 签名属性。虽然没有明确禁止，但此属性不在 PAdES (PAdES 5.2) 中可能使用的属性列表中。

此外，嵌入式证书中至少存在一个问题：其中一个具有一长串扩展密钥用法，timeStamping 就是其中之一。但这种扩展的密钥用法只能单独使用。

这是我停止寻找更多问题的地方，因此列表可能不完整。您可能应该从使用不太复杂的签名容器开始，然后（如果可行）尝试逐个添加额外功能，以检查它们是否意味着 Adobe Reader 出现问题。

顺便说一句，这样的问题实际上可能是由于 Adobe Reader 不支持您签名中使用的某些算法； Adobe Reader 支持的加密算法列表非常短，不支持欧盟允许用于合格签名的许多算法。

【讨论】：

这里有好的和详细的信息:)

【解决方案2】：

CAdES 签名是基线 LT 水平。当将 CAdES 降级到基线 T 时，它开始工作。

我会说它的 Adobe Reader 错误，除非某些规范明确说明不允许基线 LT 级别的 CAdES。

【讨论】：

请注意，您不会通过将 CAdES Baseline-LT 嵌入 PDF 来获得 PAdES Baseline-LT。相反，您将（特别配置的）CAdES Baseline-B 或 -T 嵌入到 PDF 中，然后通过额外的对象相应地扩展 PDF。
“我会说它的 Adobe Reader 错误，除非某些规范明确指出不允许基线 LT 级别的 CAdES。” - 好吧，规范没有明确说明CAdES 基线-LT 是不允许的，但它们明确说明了允许的内容，并且您最初嵌入的签名容器不符合此要求。
CAdES 是使用欧盟委员会 DSS 库创建的，因此应符合要求。当仅在基线-T 而不是-LT 处更改为没有 OSCP 的 CAdES 时，Adobe Reader 工作。 OCSP 和 Certs 在 DSS 中也适用于 PAdES 基线-LT
是的，就像我说的那样。