pdfbox 数字签名默认为认证签名，会禁止后续修改；若需允许用户编辑文本等操作，应使用“批准签名”（approval signature），但需明确：adobe acrobat 实际上限制其修改行为，且无真正“安全可编辑”的签名机制。
pdfbox 数字签名默认为认证签名，会禁止后续修改；若需允许用户编辑文本等操作，应使用“批准签名”（approval signature），但需明确：adobe acrobat 实际上限制其修改行为，且无真正“安全可编辑”的签名机制。
在 Apache PDFBox 中，通过 PDSignature 添加的签名默认被视为批准签名（Approval Signature），而非认证签名（Certification Signature）。但关键在于：批准签名本身并不赋予文档编辑权限，它仅表示“该签名者认可当前内容”，而不会主动开放编辑能力。真正的编辑控制权由 PDF 的文档权限（Document Permissions） 和 MDP（Modification Detection and Prevention）策略决定。
✅ 正确理解签名类型与权限关系
| 签名类型 | 是否可编辑 | 作用说明 |
|---|---|---|
| 认证签名（Certification Signature） | ❌ 否（受 MDP 级别严格限制） | 唯一可设置 MDP 策略（如 PDSignature.CERTIFIED_NO_CHANGES_ALLOWED、CERTIFIED_FORM_FILLING 等），用于声明哪些操作被允许 |
| 批准签名（Approval Signature） | ⚠️ 表面允许，实际受限 | 仅附加签名字段，不修改文档权限或 MDP；Adobe Acrobat 默认将其视为“已锁定”，禁止编辑文本、增删页面等高风险操作 |
您当前代码中调用的是 document.addSignature(signature, this)，这属于典型的批准签名流程——它成功签名，但未启用任何文档级编辑许可，因此 Acrobat 会拒绝后续修改（如文本编辑、注释添加等），即使技术上 PDF 结构未被破坏。
? 如何实现“可编辑的签名”？现实约束与替代方案
遗憾的是：PDF 标准和主流阅读器（尤其是 Adobe Acrobat）不支持“签名后仍允许任意文本编辑且保持签名有效”的场景。原因如下：
- 数字签名本质是哈希校验：任何字节变更（包括文本编辑）都会使签名失效；
- Acrobat 将批准签名后的文档默认视为“已发布终稿”，自动禁用编辑工具；
- 即使使用 saveIncremental()，增量保存也无法绕过签名完整性校验逻辑。
✅ 可行的合规替代方案：
-
使用认证签名 + 最宽松 MDP 级别（推荐）
允许表单填写、注释、签名追加（但不允许修改原文本内容）：PDSignature signature = new PDSignature(); signature.setFilter(PDSignature.FILTER_ADOBE_PPKLITE); signature.setSubFilter(PDSignature.SUBFILTER_ADBE_PKCS7_DETACHED); signature.setName("Approving Authority"); signature.setCertification(true); // ← 关键：启用认证签名 signature.setMDPPermission(PDSignature.MDP_PERMISSION_FORM_FILLING_AND_ANNOTATION); // 允许填表+批注 document.addSignature(signature, this); document.saveIncremental(output); -
分离工作流：先签名 → 后编辑 → 再重签
若业务允许，可设计为：- 客户完成编辑后生成新 PDF；
- 使用 PDDocument.load() 加载编辑后文件；
- 重新执行签名流程（需保留原始签名上下文或采用时间戳服务增强可信度）。
避免数字签名，改用可见水印/元数据标记
若仅需“责任归属”而非法律效力，可用 PDPageContentStream 添加半透明文字水印，或写入自定义文档信息（document.getDocumentInformation().setCustomMetadata(...)），完全规避签名锁定问题。
⚠️ 注意事项总结
- saveIncremental() 仅保存差异，不能解除签名保护；它只是 PDF 标准的存储优化机制；
- 所谓“非可见批准签名”在 PDFBox 中即默认行为，但不可编辑性来自 Acrobat 实现，非 PDFBox Bug；
- 不要尝试手动修改 /Perms 字典或伪造 MDP 字段——这将导致签名无效或 Acrobat 拒绝打开；
- 测试务必使用 Adobe Acrobat Reader DC（最新版），其他阅读器（如 Chrome PDF Viewer、SumatraPDF）对签名权限处理不一致，不具备参考价值。
归根结底：数字签名与自由编辑天然矛盾。设计系统时，应优先明确业务需求——是需要法律效力的防篡改保障，还是仅需流程追溯的轻量确认？前者必须接受编辑受限，后者则建议放弃签名，转向更灵活的元数据或水印方案。
