4、签名证据基础：数字签名的原理（哈希、非对称加密）、签名在证据交接中的作用、不可否认性

在多团队协作的服务目录平台中，每一次基线核验、配置变更、策略审批都会产生一份“证据”。如果证据仅以明文日志或普通文件形式存在，任何一方都可以事后否认自己的操作。数字签名正是解决这一问题的核心密码学工具，它通过哈希函数与非对称加密的组合，为每一份证据赋予法律级别的不可否认性。

4.1 数字签名的核心原理

数字签名并非对原始数据整体加密，而是采用“哈希摘要 + 私钥加密”的两步机制，在保证效率的同时实现身份认证与完整性校验。

4.1.1 哈希函数：生成唯一数据指纹

哈希函数（如 SHA-256）将任意长度的输入数据映射为固定长度的摘要值（Digest）。该过程具有以下特性：

• 单向性：从摘要无法反推出原始数据。
• 抗碰撞性：极难找到两个不同输入产生相同摘要。
• 雪崩效应：输入微小变化会导致摘要完全改变。

4.1.2 非对称加密：私钥签名与公钥验签

非对称加密使用一对密钥：私钥（Private Key）由签名者秘密持有，公钥（Public Key）公开发布。在数字签名中，私钥用于生成签名，公钥用于验证签名，两者不可互推。

下图展示了数字签名的完整生成与验证流程：

4.2 签名在证据交接中的核心作用

在服务目录平台的多团队协作场景中，数字签名承担着三重关键职能：

1. 身份认证：确认证据的签发者确实是声称的团队或代理，防止身份伪造。
2. 完整性保护：任何对证据的篡改（哪怕一个比特）都会导致签名验证失败。
3. 时间锚定：结合可信时间戳，证明证据在某个时间点之前已经存在且未被修改。

4.3 不可否认性：签名证据的法律效力

不可否认性（Non-repudiation）是数字签名在法律与合规层面的核心价值。它确保签名者无法否认自己签署过某份数据，因为：

• 私钥只有签名者本人持有（假设密钥管理合规）。
• 任何第三方都可以使用签名者的公钥验证签名，且验证结果具有唯一性。
• 签名与数据绑定，无法被移植到其他数据上。

下图展示了签名证据在跨团队交接中如何构建不可否认的证据链：

4.4 实践：在服务目录中生成与验证签名

以下示例展示如何使用 OpenSSL 命令行工具对基线核验报告进行签名与验证。实际平台中应集成到 CI/CD 流水线或自动化代理中。

4.4.1 生成签名（发送方）

# 1. 生成私钥（仅首次执行，之后妥善保管）
openssl genpkey -algorithm RSA -out team_a_private.pem -pkeyopt rsa_keygen_bits:2048

# 2. 提取公钥
openssl rsa -pubout -in team_a_private.pem -out team_a_public.pem

# 3. 对基线报告生成签名
openssl dgst -sha256 -sign team_a_private.pem -out baseline_report.sig baseline_report.json

# 4. 打包证据（原始数据 + 签名）
tar czf evidence_package.tar.gz baseline_report.json baseline_report.sig

4.4.2 验证签名（接收方）

# 1. 解包证据
tar xzf evidence_package.tar.gz

# 2. 使用发送方公钥验证签名
openssl dgst -sha256 -verify team_a_public.pem -signature baseline_report.sig baseline_report.json

# 输出示例（成功）：
# Verified OK

# 输出示例（失败）：
# Verification Failure

4.5 本章小结