已签署。已盖章。可验证。
在 eContract 上签署的每份 PDF 都带有四层保护：签署人基于证书的签名、组织印章、平台印章和 RFC 3161 时间戳。每项操作都会记录在哈希链审计追踪中。
4 层签名架构
每份已签署的 PDF 都带有四个加密层，按以下顺序施加。
签署人签名
签署人确认通过邮件收到的一次性验证码后，系统会使用由该工作空间自己的证书颁发机构签发的 X.509 证书施加签名。
组织印章
组织的数字印章会自动施加，表明文档是从该组织的工作空间发出的。
平台印章
eContract 的平台印章表明文档经过了 eContract 的签署流程。
时间戳机构 (TSA)
来自时间戳机构的 RFC 3161 时间戳记录文档的签署时间。
签署后的更改可被检测到
每个签名都覆盖文档的加密哈希。如果 PDF 在签署后被更改——哪怕只改动一个字符——哈希就不再匹配，验证时会报告这一点。
- 对每个签名层进行加密哈希验证
- 在公开验证页面检查任何已签署的 PDF
- 验证结果显示每个签名、其证书和时间戳
- 审计追踪事件通过哈希链相连，因此对日志的修改可被检测到
全部 4 个签名层均已验证。未检测到修改。
文档在签署后被修改。第 2 层（组织印章）哈希不匹配。原始完整性已受损。
每项操作都有记录并由哈希链相连
审计追踪记录每份合同中谁在何时做了什么。其作为证据的效力取决于法院和司法管辖区。
谁
经一次性验证码确认的签署人邮箱，以及用于签署的证书
何时
每个事件的时间，以及已签署 PDF 上的 RFC 3161 时间戳
何地
每项操作的 IP 地址
什么设备
浏览器和操作系统（user agent）
什么操作
创建、发送、查看、签署、拒签——每一步都有记录
哈希链
从创建到最终签名，每个事件都通过 SHA-256 哈希与上一个事件相连
PKI 证书层级
您的工作空间拥有自己的证书颁发机构
每个工作空间在 eContract 根 CA 之下都有自己的证书颁发机构。这是内部 PKI：证书并非由公共或经政府认可的证书颁发机构签发。
- 每个工作空间都有独立的证书颁发机构
- 私钥以加密形式存储在 eContract 的服务器上
- 印章和签名所用的证书自动签发
- 证书详情显示在验证页面上
任何人都能验证，无需账户。
通过我们位于 econtract.online/verify 的公开验证页面，任何人都可以检查已签署的 PDF：每个签名、其证书链、时间戳，以及文件在签署后是否被更改。
基于国际标准构建
PAdES-T
带时间戳的 PDF 高级电子签名，嵌入在已签署的 PDF 中。
RFC 3161
互联网 X.509 PKI 时间戳协议——由时间戳机构记录文档的签署时间。
SHA-256
安全哈希算法（Secure Hash Algorithm）——用于生成文档指纹以及将审计追踪事件串成链。
X.509
公钥证书国际标准——用于平台上的每个签名和印章。
隐私
我们如何处理个人数据，详见我们的《隐私政策》。
安全常见问题
eContract 如何保护已签署的合同不被更改？
每份已签署的 PDF 都带有四层保护：签署人基于证书的签名、组织印章、平台印章和 RFC 3161 时间戳。如果文件在签署后被更改，哈希就不再匹配，验证时会报告这一点。
什么是 PAdES-T？为什么它很重要？
PAdES-T（PDF Advanced Electronic Signatures with Timestamp）是 PDF 文件内签名的标准格式，并附有来自时间戳机构的时间戳。PDF 阅读器和验证工具可以检查这些签名，时间戳则显示文档的签署时间。
私钥如何受到保护？
私钥以加密形式存储在 eContract 的服务器上。每个工作空间在 eContract 根 CA 之下都有自己的证书颁发机构：根 CA → 工作空间 CA → 组织证书和签署人证书。这是内部 PKI，并非公共或经认可的证书颁发机构。
任何人都能验证经 eContract 签署的文档吗？
可以。任何人都可以在 econtract.online/verify 上传已签署的 PDF。该页面会检查每个签名、证书链和时间戳，并显示文件在签署后是否被更改——无需账户。
审计追踪中记录了哪些信息？
每个事件都会记录执行者（团队成员，或经一次性验证码确认邮箱的签署人）、时间、IP 地址、浏览器（user agent）以及所执行的操作（创建、发送、查看、签署、拒签）。事件通过 SHA-256 哈希链相连，因此对日志的更改可被检测到。
eContract 使用哪些标准？
签名和印章使用 X.509 证书，PDF 文件中的签名使用 PAdES，时间戳使用 RFC 3161，文档哈希和审计追踪哈希链使用 SHA-256。连接使用 HTTPS (TLS)。