2. 签名链路基础：数字签名流程、签名链路中的关键组件、签名链路的安全需求
2.1 数字签名流程
数字签名是签名链路的核心技术，它通过非对称密码算法为电子文档提供身份认证、数据完整性和不可否认性保障。一个标准的数字签名流程包含签名生成与签名验证两个阶段。
2.1.1 签名生成阶段
- 摘要计算：发送方使用哈希算法（如 SHA-256）对原始文档计算固定长度的消息摘要。
- 签名加密：发送方使用自己的私钥对消息摘要进行加密，生成数字签名。
- 签名附加：将数字签名与原始文档、签名证书（含公钥）一起发送给接收方。
2.1.2 签名验证阶段
- 摘要提取：接收方使用相同的哈希算法对收到的原始文档计算消息摘要。
- 签名解密：接收方使用发送方的公钥对数字签名进行解密，得到原始消息摘要。
- 摘要比对：比对两个摘要是否一致。若一致，则签名验证通过；否则签名无效。
关键点：私钥签名、公钥验签是数字签名的核心逻辑。私钥必须由签名者严格保管，公钥通过数字证书分发。
2.2 签名链路中的关键组件
签名链路并非单一操作，而是由多个组件协同完成的端到端流程。在多租户场景下，这些组件需要支持隔离与共享。下表列出了签名链路中的核心组件及其职责。
| 组件 | 职责 | 多租户关注点 |
|---|---|---|
| 证书颁发机构 (CA) | 签发、吊销数字证书，验证证书申请者身份 | 租户级证书链隔离，CA 策略按租户定制 |
| 密钥管理服务 (KMS) | 安全生成、存储、使用签名私钥 | 租户密钥隔离，HSM 分区，密钥轮换策略 |
| 签名服务 | 接收签名请求，调用 KMS 执行签名操作 | 请求路由到对应租户密钥，签名策略校验 |
| 证书验证服务 | 验证签名证书的有效性（含 CRL/OCSP 检查） | 租户信任锚点管理，证书路径构建 |
| 时间戳服务 (TSA) | 为签名附加可信时间戳，证明签名时间 | 租户时间源配置，时间戳策略差异化 |
| 审计日志 | 记录签名操作全链路日志，用于合规审计 | 租户日志隔离，不可篡改存储 |
架构提示：在多租户签名链路中，KMS 和 CA 通常作为共享基础设施，但通过租户 ID 实现密钥和证书的逻辑隔离。签名服务作为业务入口，负责租户上下文的解析与路由。
2.3 签名链路的安全需求
签名链路面临多种安全威胁，尤其是在多租户环境下，安全需求更加严格。以下从五个维度归纳签名链路的核心安全需求。
2.3.1 密钥安全
- 私钥保护：签名私钥必须存储在硬件安全模块（HSM）或同等安全容器中，禁止明文导出。
- 租户隔离：不同租户的密钥必须严格隔离，防止跨租户密钥访问。
- 密钥轮换：支持定期或事件驱动的密钥轮换，降低密钥泄露风险。
2.3.2 身份与访问控制
- 签名者认证：签名请求必须经过强身份认证（如 OAuth 2.0、mTLS）。
- 细粒度授权：基于租户、角色、签名策略的访问控制，防止越权签名。
- 证书绑定：签名证书与租户身份绑定，防止证书滥用。
2.3.3 数据完整性
- 防篡改：签名链路中的文档、签名值、时间戳在传输和存储过程中必须防篡改。
- 哈希校验：签名验证时严格比对摘要，确保文档未被修改。
- 链路加密：组件间通信使用 TLS 加密，防止中间人攻击。
2.3.4 不可否认性
- 签名证据留存：签名结果（含文档哈希、签名值、证书、时间戳）需长期保存。
- 审计追溯：全链路审计日志支持签名行为的追溯与举证。
- 时间戳绑定：使用可信时间戳服务，证明签名发生在特定时间点。
2.3.5 合规与可用性
- 合规要求：满足电子签名法、GDPR、等保等法规对签名链路的要求。
- 高可用：签名服务支持集群部署，避免单点故障导致签名中断。
- 性能隔离：多租户场景下，一个租户的签名洪峰不影响其他租户。
常见风险：在多租户签名链路中，最常见的三大安全风险是：密钥泄露（HSM 配置不当）、跨租户访问（路由逻辑缺陷）、证书吊销滞后（CRL/OCSP 更新不及时）。架构设计时应优先防范。