专业知识库

电子签名中的「密封信封」是什么?密封机制解析

电子签名流程说文档已「密封」,到底是什么意思?密封、密封证书与防篡改机制详解。

eSign.AI Digital Trust Research Team8 分钟阅读

60 秒理解密封

在电子签名产品中,「密封」文档意味着施加一道密码锁,使文档在签署后发生的任何改动都能被检测出来。文档被包裹上一层数字封条——一个带签名的哈希或证书——锁定签署完成时的最终状态。打开它,封条就断了;篡改它,验证就会失败。密封让「已签名且已锁定」不再只是工作流功能,而是一种密码学保证。

篡改

检测能力

签署完成的最终状态

锁定对象

哈希 + 签名

技术基础

密封证书 / LTV

典型产出

防篡改

目的

密封如何工作

密封是一串密码学步骤,在签名完成的那一刻把文档锁住。

01

当所有签署人完成后,平台计算最终文档的密码学哈希——对精确字节的定长指纹。之后任何改动,哪怕一个字符,都会产生不同的哈希。

02

哈希被签名(用平台的密封密钥或合格密封证书)并作为封条嵌入文档。封条记录了文档在密封时刻的状态。

03

通常会附加可信时间戳,使封条可证明在特定时间有效——这对证书过期后的长期有效性(LTV)至关重要。

04

验证完整性时,验证器重新计算文档哈希并与封条中的值比对。匹配则文档自密封以来未被改动;不匹配则封条已破、验证失败。

密封 vs 签名 vs 信封:术语辨析

密封、签名、加信封听起来相似,也常常被混用。这里给出精确的图景。

签名 = 谁签的 + 未被改动

数字签名证明是谁签的、内容自签署以来是否被改动。它是法律行为——签名者的身份、意图与同意。

封条 = 最后一道锁

密封是平台(或合格密封创建者)在收集完所有签名后施加的最后一道锁。它证明完成的文档——每一处签名都已就位——在工作流关闭后未被修改。

信封 = 保密,是另一件事

信封加密内容,使只有指定收件人能读取。密封和签名证明完整性;加信封提供机密性。一份密封且签名的文档,拿到副本的人仍然可能读到——密封不是加密。

产品里的「信封」是容器

在 DocuSign 等产品中,「信封」指整个发送容器——收件人、文档、标签和状态。「已密封」在该语境下可能指工作流已关闭、不可再改,这是工作流状态,不一定是密码学封条。

为什么密封对合规很重要

密封不只是锦上添花——它正是让已签文档长期可作证据的关键。

证据完整性能跨越时间

一份已签合同只有在能证明它就是双方签署时的原样时才有用。密封为最终状态创建了可验证的指纹,多年后仍能证明文档未被改动——这就是证据完整性的本质。

eIDAS 下的合格封条

eIDAS 承认用合格密封设备创建的合格电子封条(QESeal),赋予密封文档很强的证据分量——尤其是法人而非个人创建的文档。

受监管的记录保存

受监管行业(生命科学、金融服务、医疗)常规要求防篡改记录——例如 FDA 21 CFR Part 11。带时间戳的密封是满足该要求的具体方式。

长期验证(LTV)

带 LTV 的密封文档携带时间戳和证书链,在密封证书过期后依然有效——否则今天密封的文档几年后可能无法验证。

关于密封的常见问题

密封用密码学方式锁定已完成的文档,使签署后的任何修改都能被检测。在电子签名产品中,它通常在工作流关闭时自动发生,并产出一份日后可验证的密封证书。

eSign.AI 如何做密封

eSign.AI 用密码学防篡改、可信时间戳和完整证据包密封已完成的文档——包括长期验证所需的证书链——让已签文档在你需要保留的期限内始终可证明真实。

密封快速检查清单

当厂商告诉你文档已密封时,需要核实什么。

是密码学密封,不是表面功夫

确认密封是密码学机制(哈希 + 签名封条),而不只是阻止编辑的工作流状态。问清楚密封的对象和时机。

包含时间戳吗?

询问是否嵌入可信时间戳。没有它,封条无法证明文档在特定时间点就处于该状态。

LTV 证据包

检查证据包是否包含多年后验证所需的密封证书和证书链(LTV)。

对应你的合规体系

对受监管用途(生命科学、金融、医疗),核实密封设计对应你的合规体系——例如 FDA 21 CFR Part 11 或 eIDAS 合格封条。

团队正在讨论适合业务的电子签名方案

为你的业务探索合适的电子签名方案

与我们的团队沟通你在目标市场的电子签名要求、合规考量和文档流程。