要通过等保三级测评，Nginx静态站点的ssl_ciphers必须禁用RC4、3DES、DES、MD5、SHA1、EXPORT、NULL等弱算法，仅保留ECDHE开头的AES-GCM或CHACHA20-POLY1305强套件，配合TLSv1.2+和ssl_prefer_server_ciphers off，并经nmap与SSL Labs验证。
要让静态站点的 Nginx 通过等保三级测评，ssl_ciphers 配置必须主动排除所有已知不安全算法，而不是依赖“默认开启”或“兼容优先”。静态站点虽无动态交互，但 HTTPS 加密强度仍需满足等保对通信保密性、完整性的强制要求——弱套件一旦存在，攻击者可利用降级攻击窃取页面内容、劫持跳转或伪造响应。
明确禁用的弱算法关键词
以下类型出现在 ssl_ciphers 字符串中即视为不合规，必须彻底移除：
-
RC4（如
RC4-SHA）：易受 Bar Mitzvah 攻击，等保明令禁止 -
3DES / DES（如
3DES-EDE-CBC-SHA、DES-CBC-SHA）：密钥长度不足、存在 Sweet32 碰撞风险 -
MD5 / SHA1（如含
-MD5或-SHA且非 TLS 1.3 PRF 场景）：哈希强度不足，无法保障完整性 - EXPORT / NULL / ANONYMOUS / PSK：密钥长度受限、无服务端认证或不支持前向保密
推荐的等保三级兼容配置
该配置专为静态站点优化：无需支持老旧客户端（如 IE8/XP、Android 4.4 以下），兼顾安全性与主流浏览器兼容性（Chrome 80+、Firefox 78+、Safari 14+、Edge 90+）：
ssl_protocols TLSv1.2 TLSv1.3; ssl_ciphers 'ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305'; ssl_prefer_server_ciphers off;
说明：
- 全部以
ECDHE开头 → 强制前向保密（PFS），会话密钥无法被长期私钥解出 - 仅含
AES128-GCM、AES256-GCM、CHACHA20-POLY1305→ 全部为 AEAD 模式，杜绝 CBC 块加密相关漏洞（如 POODLE） - 不含
DHE套件 → 静态站点无特殊兼容需求，可省去计算开销；若需支持极少数旧嵌入式设备，再酌情加入DHE-RSA-AES128-GCM-SHA256 - TLS 1.3 套件不需写入
ssl_ciphers，协议层自动协商安全套件
必须同步检查的配套指令
仅改 ssl_ciphers 不够，以下三项必须同时生效，否则配置可能被绕过：
-
ssl_protocols TLSv1.2 TLSv1.3;—— 明确禁用 TLSv1.0 和 TLSv1.1（等保三级强制要求） -
ssl_prefer_server_ciphers off;—— Nginx 1.11.0+ 默认值，设为on会禁用 TLS 1.3，不符合等保要求 - 确认未启用
ssl_dhparam或使用过短 DH 参数（如 1024 位）；建议使用 2048 位以上或直接依赖 ECDHE
验证是否真正生效
reload 配置后，必须实测确认弱算法已被清除，不能只看服务是否启动：
- 用
nmap --script ssl-enum-ciphers -p 443 yourdomain.com扫描，输出中不应出现RC4、3DES、MD5、EXPORT等字样 - 提交域名到 SSL Labs SSL Test，评级应达 A 或 A+，且 “Handshake Simulation” 中所有现代客户端均协商到 GCM 或 CHACHA20 套件
- 检查 Nginx 错误日志，确认无
no ciphers或no suitable key exchange报错，避免因客户端能力过低导致连接失败
