01｜PCI DSS 概述与密钥管理基础
很多人一听到 PCI DSS，第一反应就是「又要填表，又要整改」。嗯，倒也不冤枉它。但我做了这么多年安全合规，见过不少因为密钥管理失控而导致数据泄露的案子，回过头来看——不是标准太严，是我们没把基础打牢。今天这一章，咱们先把 PCI DSS 是什么、为什么跟密钥管理绑在一起这件事理清楚。
1.1 什么是 PCI DSS？
PCI DSS 全称 Payment Card Industry Data Security Standard，支付卡行业数据安全标准。它由五大卡组织（Visa、Mastercard、Amex、Discover、JCB）共同制定。说白了，谁家要是存、传、处理持卡人数据，谁就得遵守这套规则。
标准目前是 v4.0.1 版本，要求覆盖 6 大目标、12 个一级需求。但我个人习惯，先把最核心的两个原则记住：
- 保护存储的持卡人数据——包括主账号（PAN）、持卡人姓名、有效期、服务代码。
- 控制谁用什么密钥、什么时候、为什么能访问这些数据——这就是密钥管理的活。
有一次我去帮一家小型电商做合规评估，对方说「我们用自研的 AES 加密，密钥就写在配置文件的注释里」。我当时愣了两秒——这不叫密钥管理，这叫钥匙贴门上。
1.2 为什么密钥管理是 PCI DSS 的核心？
你想想看，持卡人数据最核心的保护手段就是加密。加密要是不可靠，剩下的所有防护都跟纸糊的一样。PCI DSS v4.0 里直接出现了好几处跟加密、密钥生命周期、密钥轮换、审计日志相关的需求：
| 要求编号 | 内容摘要 |
|---|---|
| 3.5.1 | 必须使用强加密算法保护 PAN，密钥必须安全存储。 |
| 3.5.2 | 密钥必须按生命周期管理：生成、分发、使用、轮换、废弃。 |
| 10.2.1 | 所有对密钥的访问（读取、修改、删除）都要记录审计日志。 |
| 10.3.1 | 审计日志必须包含用户 ID、事件类型、时间戳、成功/失败状态。 |
| 10.5 | 审计日志必须保护，防止被篡改——也就是本课程重点讲的“日志存储”。 |
看到了吧？密钥跟审计日志是绑定的。没有干净的日志，密钥有没有被偷偷换掉你都不知道。我曾经踩过这个坑——项目上线半年后怀疑密钥被泄露，回头看日志发现那台 HSM 的审计日志根本没开。排查起来连一点依据都没有，只能全量轮换所有密钥，代价非常大。
1.3 密钥管理基础：你需要知道的四个生命周期阶段
别把密钥管理想得太复杂，其实可以拆成四步：
- 生成——必须用经过认证的随机数发生器（比如硬件安全模块 HSM 里的 TRNG）。不能在应用层用 rand()。
- 分发与存储——密钥在传输中要加密、在存储中要加密。我见过有人把密钥明文写在环境变量里，这跟写在纸上放桌上没区别。
- 使用与轮换——PCI DSS 要求至少每年轮换一次，或者当密钥损坏 / 泄露风险出现时立刻轮换。
- 废弃与销毁——不再是密钥，必须做不可逆销毁。HSM 或 KMS 里有个专门的 Destroy 操作，别直接 delete 数据库记录。
关键记忆点：每个阶段都必须有对应的审计日志。生成时记录“谁生成了什么密钥”，轮换时记录“旧密钥被覆盖，新密钥生效时间”，销毁时记录“密钥已被安全销毁”。日志本身不是可选项，是硬需求。
1.4 审计日志存储的特殊要求
我们这门课从头到尾都在讲“日志存储”，但这里的存储跟普通应用日志完全不同。PCI DSS 对审计日志存储提了几个硬杠杠：
- 不可篡改：日志一旦写入就不能被修改或删除。通常靠写一次多次读取（WORM）存储或区块链式哈希链来实现。
- 保留期：至少保留 12 个月，最近 3 个月在线可查。
- 访问控制：只有日志管理员能读，普通运维人员只能追加不能读。
- 时间同步：所有日志的时间戳必须来自 NTP 同步的单一时间源，不然发生安全事件时比对时间线会乱成一团。
1.5 本章知识结构图
注意：图中“废弃 & 销毁”阶段没有画出来？不是漏了，是因为废弃是密钥生命周期的末尾，但审计日志必须记录“销毁成功”这个事件。我建议在实现时把销毁也单独拉一个日志类型，别跟普通轮换混在一起，否则后续审计时一眼看不清楚。
1.6 小结：学完本章你应该带走的几样东西
- PCI DSS 不只管安全策略，直接管加密和密钥——尤其是密钥怎么生成、怎么存、怎么轮换。
- 审计日志不是“顺便记一下”，它是密钥管理的保险单。没有日志，密钥出了问题你甚至不知道什么时候出的、谁干的。
- 我们后面所有的章节都会围绕这张 SVGs 图展开：密钥生命周期 + 审计日志存储 = PCI DSS 合规的基本盘。
我个人习惯在第一节课就强调这个框架，因为不管后面讲 HSM、KMS 还是安全加密工具，最终都能映射回这个图上的某个节点。嗯，基础打好了，后面的路就好走了。