数字签名验证：如何检查签署文档是否真实

在 Acrobat 和多数阅读器中，签名面板显示文档上每个签名、签署时间、原因和逐签名的有效状态。多个签名意味着多个字节区间——最后一个覆盖文档的最终状态。

「签名有效」指字节未变且证书链核对到受信根。「有效性未知——无法核实签署人证书」通常指该 CA 不在你的信任库——非 EUTL 签发者和企业 CA 很常见，且无需丢弃签名即可解决。

Acrobat 在联网且启用时自动刷新信任列表（包括欧盟信任列表）。离线或首次使用的阅读器可能显示刷新后即消失的警告——升级「未找到信任」警告前务必重新验证。

对要归档的协议，确认有合格或可信时间戳以及启用 LTV 的数据。没有 LTV 的签名在证书到期后可能无法验证——即使文档从未被改过。

把签名验证报告与文档一起导出归档。如果签名将来被质疑，你要能出示核验了什么、何时核验、依据哪些信任锚。

平台和文档流水线可以程序化运行验证并按结果路由：有效 → 连证据归档；信任未知 → 标记评审；无效 → 隔离。要点是把阅读器级判断转化为策略。

预先决定你的机构承认哪些信任锚——企业 CA、国家列表、EUTL——并保持验证器缓存新鲜。大多数「不受信」升级都是过期缓存噪音，而每一次不必要的升级都在消耗对真实问题的注意力。

文档到达时检查签名，能在对方还找得到、证据链还热的时候抓住篡改。争议是多年后才浮出水面的；验证现在很便宜、事后很昂贵。

签署后添加表单填写、批注或某些元数据，可能使签署时完好无损的签名失效——或者对新增内容产生一个新的有效增量签名。搞清你的工作流产生哪种情况，再把「签署后被修改」警告当欺诈处理。