检测能力
60 秒理解密封
在电子签名产品中,「密封」文档意味着施加一道密码锁,使文档在签署后发生的任何改动都能被检测出来。文档被包裹上一层数字封条——一个带签名的哈希或证书——锁定签署完成时的最终状态。打开它,封条就断了;篡改它,验证就会失败。密封让「已签名且已锁定」不再只是工作流功能,而是一种密码学保证。
锁定对象
技术基础
典型产出
目的
密封如何工作
密封是一串密码学步骤,在签名完成的那一刻把文档锁住。
当所有签署人完成后,平台计算最终文档的密码学哈希——对精确字节的定长指纹。之后任何改动,哪怕一个字符,都会产生不同的哈希。
哈希被签名(用平台的密封密钥或合格密封证书)并作为封条嵌入文档。封条记录了文档在密封时刻的状态。
通常会附加可信时间戳,使封条可证明在特定时间有效——这对证书过期后的长期有效性(LTV)至关重要。
验证完整性时,验证器重新计算文档哈希并与封条中的值比对。匹配则文档自密封以来未被改动;不匹配则封条已破、验证失败。
密封 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 合格封条。







