3. 合规场景分析：常见合规框架对密钥管理的要求

做安全架构这些年，我打交道最多的三个合规框架就是 PCI-DSS、SOC2 和 HIPAA。每个框架对密钥管理的要求都不太一样，但核心逻辑其实相通——你想想看，不管哪个行业，密钥都是最后一道防线。我把它们拆开来讲，再给一个对比表格，方便你对照检查。

3.1 PCI-DSS：支付行业的密钥铁律

PCI-DSS 要求最具体，也最严格。我记得第一次过 PCI 审计时，审计员拿着清单一条条核对密钥生命周期，连密钥备份文件的存储位置都要拍照。说白了，PCI 把密钥管理当成防线的最后一道门。

• 密钥生成：只能用 FIPS 140-2 验证过的硬件安全模块（HSM）。软件密钥？直接不认。
• 密钥存储：持卡人数据的加密密钥必须以密文存储，且与加密数据分开存放。我曾经见过有人把密钥文件和数据放在同一个 S3 bucket 里，审计直接挂掉。
• 密钥轮换：至少每年轮换一次。但很多项目要求每季度轮换，尤其是高交易量的场景。
• 密钥销毁：必须物理销毁或加密擦除，不能简单删除文件。PCI 要求销毁过程有日志记录。

3.2 SOC2：信任服务的密钥透明度

SOC2 不像 PCI 那样一条条写死，它更关注你“有没有一套说得通的密钥管理流程”。我参与过一个 SaaS 产品的 SOC2 Type II 审计，审计员最看重的是密钥访问日志和变更记录——说白了，就是看你能不能证明密钥一直在受控状态。

• 密钥访问控制：最小权限原则，谁用什么密钥要能追溯。我习惯在 KMS 里为每个角色创建独立的 CMK，并启用 CloudTrail 记录所有密钥操作。
• 密钥备份与恢复：需要文档化的备份策略。我曾经帮客户设计过一个跨区域备份方案，用 KMS 的多区域密钥（Multi-Region Key）自动同步，审计员特别满意。
• 密钥销毁流程：必须有审批和双人执行机制。SOC2 不强制物理销毁，但要求“不能复原”。AWS KMS 的密钥调度删除（7-30 天）就是典型做法。

3.3 HIPAA：医疗数据的密钥保护底线

HIPAA 对密钥管理的要求其实比较原则化——它只要求“保护电子受保护健康信息（ePHI）的机密性和完整性”。但一旦触及审计，你会发现它比 PCI 更麻烦，因为 HIPAA 没有给出具体算法列表，全靠你自己证明“合理且适当”。

• 加密要求：最低 AES-128。但我建议直接上 AES-256，省得审计员追问。
• 密钥访问：必须支持审计日志，且日志保留至少 6 年。我在一个医疗项目中用过 AWS CloudTrail + KMS 密钥日志，然后配合 Athena 查询，满足审计要求。
• 密钥轮换：没有强制周期，但“定期轮换”是合理做法。我一般推荐每年至少轮换一次，并记录每次轮换的日期和原因。
• 密钥托管：不能只有一个人有密钥的完全控制权。我曾经设计过一个“密钥分离”方案：管理员负责密钥策略，应用开发者只能通过角色使用密钥，不能直接导出。

3.4 三个框架对比

下面这个表格我经常在内部培训中用，一眼就能看出三个框架的差异和共性。