PCI DSS合规需精准剔除禁用算法：禁SHA1/MD5哈希、RC4/3DES/CBC加密、DHE密钥交换（或配≥2048位DH参数），仅保留TLSv1.2+、ECDHE、AES-GCM/CHACHA20-POLY1305等安全套件，并同步配置ssl_protocols、ssl_prefer_server_ciphers等指令。
要让 ssl_ciphers 配置通过 PCI DSS 合规扫描，核心不是堆砌“高大上”的套件列表，而是精准剔除所有被明确禁止的算法组件——依据扫描报告逐项对照 OpenSSL 命名规则，再结合漏洞类型做批量过滤。
看懂扫描报告里的套件名含义
Qualys SSL Labs、MySSL 或 Nmap 扫描出的不合规套件，例如 ECDHE-RSA-AES256-SHA、DHE-RSA-AES128-SHA、AES256-SHA，每个字段都对应一个密码学环节：
- ECDHE / DHE：密钥交换 → 支持前向保密，可保留
- RSA / ECDSA：签名算法 → RSA 普适；ECDSA 更优（需配 EC 证书）
-
AES128 / AES256 / RC4 / 3DES：对称加密 →
AES-GCM、CHACHA20-POLY1305安全；AES-CBC、RC4、3DES必须禁用 -
SHA / SHA256 / MD5：哈希函数 → 含
-SHA（即 SHA1）、-MD5的套件一律删除；-SHA256、-SHA384可接受
所以 ECDHE-RSA-AES256-SHA 的问题在末尾 -SHA，它使用 SHA1 哈希，不符合 PCI DSS 和 NIST 要求，必须移除。
按漏洞类型批量清除弱套件
扫描报告常归类为 BEAST、POODLE、Sweet32、Logjam 等，每类对应明确缺陷，可直接过滤：
-
BEAST / POODLE：所有 CBC 模式套件（如
-AES128-SHA、-CAMELLIA128-SHA），除非强依赖 IE11/Win7 且无法升级，否则全部删除 -
Sweet32：所有 64 位分组密码，典型是
DES-CBC3-SHA（即 3DES），必须清除 -
Logjam：所有 DHE 套件（如
DHE-RSA-AES128-SHA），若未配置 ≥2048 位 DH 参数；更稳妥做法是直接去掉全部 DHE，只留 ECDHE - RC4 / EXPORT / NULL：全局禁用，无需犹豫
配套关键指令不可遗漏
仅改 ssl_ciphers 不够，必须同步调整其他 TLS 相关指令：
-
ssl_protocols TLSv1.2 TLSv1.3;—— 明确禁用 TLSv1.0 和 TLSv1.1（PCI DSS 自 2018 年起已强制要求） -
ssl_prefer_server_ciphers off;—— 让客户端优先选安全套件，尤其利于 TLSv1.3 协商 -
ssl_dhparam /path/to/dhparam.pem;—— 若保留 DHE，必须提供 ≥2048 位 DH 参数文件（推荐直接弃用 DHE）
修改后务必执行 nginx -t 检查语法，并用 openssl s_client -connect example.com:443 -tls1_2 实际验证生效套件。
旧客户端兼容需谨慎例外
极少数场景（如金融终端设备或遗留系统）可能要求兼容 IE11 或 Android 4.4，此时可临时保留一个最小集，例如：
-
ECDHE-RSA-AES128-SHA256（支持 TLSv1.2 + SHA256） ECDHE-RSA-AES128-GCM-SHA256
但必须记录该例外原因、影响范围，并设定明确的淘汰时间表。生产环境不应为兼容性牺牲基础安全底线。
