2. 签名链路基础：数字签名原理、签名与验签流程、常见签名算法（RSA/ECDSA/HMAC）简介
2.1 数字签名核心原理
数字签名是公钥密码学在数据完整性、身份认证和不可否认性方面的核心应用。其本质是使用发送方的私钥对数据的摘要进行加密，接收方使用发送方的公钥进行解密验证。在多租户签名链路中，每个租户拥有独立的密钥对，确保签名操作的隔离性与可追溯性。
关键特性：
- 身份认证：验证签名者身份，防止伪造。
- 数据完整性：任何对原文的篡改都会导致验签失败。
- 不可否认性：签名者无法否认已签名的行为。
2.2 签名与验签流程
标准数字签名流程分为签名生成与签名验证两个阶段，具体步骤如下：
- 摘要计算：发送方对原始消息使用哈希算法（如 SHA-256）生成固定长度的消息摘要。
- 签名生成：使用发送方的私钥对摘要进行加密，生成数字签名。
- 消息发送：将原始消息与数字签名一同发送给接收方。
- 摘要重算：接收方使用相同的哈希算法对收到的原始消息计算摘要。
- 签名解密：使用发送方的公钥对数字签名进行解密，得到原始摘要。
- 摘要比对：比对重算摘要与解密摘要，若一致则验证通过。
2.3 常见签名算法简介
在多租户签名链路设计中，选择合适的签名算法直接影响性能与安全性。以下为三种主流算法的对比：
| 算法 | 密钥类型 | 签名长度 | 计算性能 | 典型应用场景 |
|---|---|---|---|---|
| RSA | 非对称（公钥/私钥） | 256~512 字节 | 验签较快，签名较慢 | 数字证书、HTTPS、传统签名链路 |
| ECDSA | 非对称（椭圆曲线） | 64~72 字节 | 签名与验签均高效 | 移动端、IoT、高并发多租户系统 |
| HMAC | 对称（共享密钥） | 32~64 字节 | 极快 | 内部API认证、消息完整性校验 |
选型建议：在多租户签名链路中，若需满足不可否认性与公钥分发，优先选择 ECDSA（如 secp256r1 曲线）；若仅用于内部服务间认证且密钥管理可控，HMAC 可提供更高吞吐量。
2.4 算法核心差异详解
2.4.1 RSA（Rivest-Shamir-Adleman）
基于大整数分解难题，密钥长度通常为 2048 或 4096 位。签名过程涉及模幂运算，计算开销较大。在多租户场景中，RSA 的签名长度较长，可能增加网络传输与存储成本。
2.4.2 ECDSA（Elliptic Curve Digital Signature Algorithm）
基于椭圆曲线离散对数难题，在相同安全强度下密钥长度远小于 RSA（256 位 ECC 约等于 3072 位 RSA）。签名短、性能高，特别适合资源受限或高吞吐的多租户环境。
2.4.3 HMAC（Hash-based Message Authentication Code）
结合哈希函数与共享密钥，不依赖非对称密码。HMAC 不提供不可否认性，但计算速度极快，适用于租户与平台之间的内部通信签名。
2.5 签名链路中的关键安全考量
- 密钥管理：私钥必须安全存储，多租户环境下建议使用硬件安全模块（HSM）或密钥管理服务（KMS）进行隔离。
- 摘要算法选择：推荐使用 SHA-256 或更高强度，避免使用已淘汰的 MD5 或 SHA-1。
- 重放攻击防护：在签名数据中加入时间戳或随机数（Nonce），确保签名唯一性。
- 租户隔离：每个租户的密钥对、签名策略与验签公钥必须严格隔离，防止跨租户攻击。
注意：在多租户签名链路中，切勿使用全局共享密钥进行签名操作。每个租户必须拥有独立的签名密钥，否则一旦某个租户密钥泄露，将导致整个系统的签名信任体系崩塌。