You need to enable JavaScript to run this app. PAdES part 4带文档锁定的签名执行时间戳签名后失效问题咨询
优惠活动
大模型
产品
解决方案
定价
更多

PAdES part 4带文档锁定的签名执行时间戳签名后失效问题咨询

适配PAdES Part4电子签名流程故障说明
  • 基于适配PAdES Part4规范搭建的电子签名流程,已实现文档锁定能力,执行文档时间戳签名操作后,此前完成的所有已验证电子签名会出现校验失效问题。
  • 文档锁定功能当前的实现代码片段如下:
PdfSigFieldLock pdfSigFieldLock = new PdfSigFieldLock();
pdfSigFieldLock.SetDocumentPermissions(PdfSigFieldLock.LockPermissions.NO_CHANGES_ALLOWED);
string[] fieldToLock = new string[] { signingRequest.FieldName };
pdfSigFieldLock.SetFieldLock(PdfSigFieldLock.LockAction.ALL, fieldToLock);
pdfSigFieldLock.GetPdfObject().Remove(PdfName.Fields);
pdfSigner.SetFieldLockDict(pdfSigFieldLock);
核心问题成因
  • 锁字典结构被违规修改:通过SetFieldLock方法写入的Fields属性是签名字段锁字典的法定组成部分,代码中直接调用Remove(PdfName.Fields)删除该属性,会导致锁字典结构缺失,签名校验器无法正确识别锁的配置规则。
  • 锁权限配置与后续流程不匹配:设置NO_CHANGES_ALLOWED全文档不可修改权限后,后续执行文档时间戳签名属于对文档的增量更新操作,在该权限规则下会被校验器判定为对原签名覆盖内容的非法篡改。
  • 锁配置逻辑存在矛盾:代码中设置LockAction.ALL全量锁定,同时仅传入当前签名字段作为锁定目标,但因Fields属性被强行删除,校验器无法识别明确的锁定范围规则,会将后续时间戳签名带来的文档变动全部归为签名被篡改的判定依据。
可落地解决方案
  • 移除冗余的违规删除逻辑:删除代码中pdfSigFieldLock.GetPdfObject().Remove(PdfName.Fields)这行内容,保证锁字典保留SetFieldLock方法生成的完整结构,符合ISO 32000、PAdES Part4对签名字段锁的结构要求。
  • 调整锁权限等级适配时间戳流程:将原设置的NO_CHANGES_ALLOWED替换为LockPermissions.ALLOW_FORM_FILLING_AND_ANNOTATIONS,按照PAdES Part4规则,该权限等级下允许合法的增量表单填充操作(包括追加文档时间戳签名字段),不会将合规的时间戳更新判定为非法修改。
  • 校验锁配置的范围一致性:锁动作、权限、锁定字段列表配置完成后,不对锁字典的原生PDF对象做无依据的字段删改,确保校验器能够正确识别签名的覆盖范围与允许的后续修改规则,避免误判篡改。

内容的提问来源于stack exchange,提问作者Muddassir Awan

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.11.01 18:45:00