PDF 数字签名、加密，以及文件工具为什么要区别处理
数字签名和加密是信任与访问控制机制，不是普通的视觉页面功能。重写已签名文档可能使签名失效，而在没有正确授权和解密规则的情况下处理加密对象是不安全的。专用工具应明确规定这些情况。
最近技术复核： 2026-09-19
关键结论
- 数字签名覆盖特定的字节表示和修订状态。
- 合并、压缩或重建已签名 PDF 可能使签名失效或改变其含义。
- 加密 PDF 在内容转换前需要受支持的解密行为和适当授权。
- 拒绝信任敏感的输入，对专用转换工具来说可能正是正确行为。
为什么签名不只是页面上的可见标记
页面上的签名外观只是其中一部分。加密 PDF 签名与文档字节和修订绑定。即使签名图片仍然可见，只要字节改变，签名验证也可能失败。
工具不能因为视觉标记还在，就暗示原有信任仍然完整。
为什么合并已签名 PDF 特别困难
合并结果是一个结构全新的文档。原始签名不会因为页面外观被复制，就自动变成对合并后文档的签名。
要保留法律或组织层面的签名语义，需要专门理解签名的流程，而不是通用页面合并。
加密需要明确支持
加密 PDF 可以限制访问或保护对象内容。转换引擎必须拥有正确凭据和定义清晰的解密模型，才能安全检查和修改受保护内容。
静默绕过或部分处理加密会破坏正确性和信任。受限工具可以在明确实现该能力前拒绝加密输入。
ZAMAZY 对信任敏感 PDF 的策略
当前 ZAMAZY PDF 转换工具会在无法安全保留这些信任属性的流程中拒绝加密或带数字签名的输入。
这是有意的安全失败行为：工具不会把不受支持的信任状态包装成误导性的成功结果。
示例与决策参考
手写签名图片和加密 PDF 数字签名可能看起来相似，但含义完全不同。图片只是页面内容；数字签名把签署流程绑定到特定文档表示。密码提示处理的是访问控制。可见签名印章仍在，或者文件能够正常打开，都不能证明重写是经过授权的，也不能证明原有信任属性会被保留。
保留已签名原件。如果需要可修改的工作副本，应请求经过授权的未签名来源，或者先完成编辑，再在适当签名流程中签署最终文档。对于加密，只使用你被授权执行的访问和解密方式。ZAMAZY 不会仅仅因为识别到 PDF 文件头，就拥有解密或数字签名验证能力。
哪些情况下不适合这种方法
不要去掉签名、打印副本或移除密码后，再把输出描述成同一个已签名原件。有些签名系统允许特定的后续修改，但通用合并或压缩并不能证明这种许可。即使新文件页面外观看起来完全不变，其验证或信任状态仍可能不同。
编辑性示例，不是 benchmark。补充内容复核日期：
来源与证据边界
这些来源用于解释格式和方法，并不认证 ZAMAZY。ZAMAZY 实际支持的事实与限制以对应工具页面为准。
- Adobe: Permissions and limitations of signed PDFs — 已签名文档的编辑限制；不代表法律合规评估。
- PDF-LIB: PDFDocument API — 页面复制原语；不等同于完整的 ZAMAZY 保留性验证。
常见问题
如果签名图片仍然可见，数字签名就仍然有效吗？
不一定。即使外观还在，加密签名也可能已经无效。验证取决于实际被签名的字节和修订状态。
两个已签名 PDF 能在合并后保持两个签名都有效吗？
通用合并不能安全承诺这一点。合并文件是新文档，签名语义需要专门理解签名的处理流程。
浏览器能显示加密 PDF，为什么还不能直接处理？
显示受保护内容与安全重写其加密对象结构是不同任务。转换必须明确支持相应的加密和授权模型。