專業知識庫

電子簽名中的「密封信封」是什麼?密封機制解析

電子簽名流程説文檔已「密封」,到底是什麼意思?密封、密封證書與防篡改機制詳解。

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 合格封條。

團隊正在討論適合業務的電子簽名方案

為你的業務探索合適的電子簽名方案

與我們的團隊溝通你在目標市場的電子簽名需求、合規考量和文件流程。