PCI DSS 核心目标与安全要求概览
PCI DSS 到底想解决什么问题?说白了就一句话——保护持卡人数据,不让它落到不该落的地方。但这一句话背后,拆解出了三层逻辑:定目标、划领域、落要求。
我个人习惯把这三层叫作「为什么做、管什么、怎么查」。这一章我们就沿着这条线,把 PCI DSS 的骨架摸清楚。
2.1 三个核心目标:为什么做?
PCI DSS 的所有要求,最终都服务于三个上层目标。理解这三个目标,后续看 12 项要求才不会「只见树木不见森林」。
网络是数据流动的管道。管道不安全,数据在里面走就跟裸奔一样。这个目标对应的是防火墙、系统加固、默认密码清理这些基础动作。
这是 PCI DSS 的「心脏条款」。存储加密、传输加密、密钥管理、最小化留存——全都在为这一个目标服务。
安全不是一锤子买卖。装了杀毒软件就完事了?定期扫描、漏洞修补、日志审计、安全策略更新,这些持续运营的事都归到这个目标下面。
我几年前帮一家电商平台做合规体检,对方 CTO 上来就问:「12 条要求我都看过了,每条都照做了,为什么预评估还是没过?」我带他重新捋了一遍这三个目标,发现他们只关注了「要求本身」,但没想明白每条要求背后的目标是什么。比如他们做了加密,但密钥轮换周期写在代码里没人管——这就违背了「保护数据」这个目标的本意。
2.2 六大控制领域与 12 项要求:管什么?
三个目标太抽象了,落地需要具体抓手。PCI DSS 把 12 项要求归到了 6 个控制领域里。这 6 个领域就像 6 个工具箱,每个箱子里装着对应的检查项。
| 控制领域 | 对应要求 | 核心关注点 | 目标归属 |
|---|---|---|---|
| 领域 1:构建和维护安络 | 要求 1 – 2 | 防火墙策略、系统配置标准、默认密码清理 | 目标一 |
| 领域 2:保护持卡人数据 | 要求 3 – 4 | 存储加密、传输加密、密钥管理、数据最小化 | 目标二 |
| 领域 3:维护漏洞管理计划 | 要求 5 – 6 | 防病毒、安全补丁、漏洞扫描、代码安全 | 目标二 |
| 领域 4:实施强访问控制措施 | 要求 7 – 9 | 最小权限、唯一 ID、多因素认证、物理安全 | 目标三 |
| 领域 5:定期监控和测试网络 | 要求 10 – 11 | 日志审计、入侵检测、渗透测试、扫描覆盖 | 目标三 |
| 领域 6:维护信息安全策略 | 要求 12 | 安全策略文档、风险评估、人员培训、事件响应 | 目标三 |
你仔细看这张表,会发现一个规律:目标一侧重「基础设施」,目标二侧重「数据生命周期」,目标三侧重「治理与运营」。我当时带团队做合规拆解时,就按这个逻辑把 12 项要求分给了三个工程小组——网络组盯领域 1,数据组盯领域 2 和 3,安全组盯领域 4 到 6。分工一下子就清楚了。
2.3 目标与要求的映射关系
上面表格里的「目标归属」列,已经揭示了三个核心目标和六个领域之间的映射关系。不过光看文字不够直观,我画了一张架构图,把这三层串起来。
这张图有三层含义,我快速说一下:
- 顶层(目标层):三个核心目标是决策层的关注点,决定资源投向哪里。
- 中层(领域层):六个控制领域是管理层的抓手,每个领域都有明确的要求范围。
- 底层(合规层):合规级别由交易量决定,级别越高,验证方式越严格。
你注意看连接线——目标一管领域 1 和 2,目标二管领域 3 和 4,目标三管领域 5 和 6。这不是随机的,是按照「基础设施 → 数据 → 运营」这条链路设计的。
2.4 合规级别与验证方式
PCI DSS 不是「一刀切」的标准。它根据持卡人数据的年交易量,把企业分成四个合规级别。级别越高,验证要求越严。
| 级别 | 年交易量( Visa 交易笔数) | 验证方式 | 适用范围 |
|---|---|---|---|
| 1 级 | ≥ 600 万笔 | 年度现场审计 + 季度 ASV 扫描 | 大型商户、收单机构、支付服务商 |
| 2 级 | 100 万 – 600 万笔 | 年度自评问卷 + 季度 ASV 扫描 | 中型商户 |
| 3 级 | 2 万 – 100 万笔(电子商务) | 年度自评问卷 + 季度 ASV 扫描 | 中小型电商商户 |
| 4 级 | < 2 万笔(电子商务)或 < 100 万笔(非电子商务) | 年度自评问卷(部分要求) | 小型商户 |