等保三级要求apache tls配置禁用sslv2/v3及tls1.0/1.1,启用tls1.2+,限定pfs/aead强密码套件,强化证书、hsts、ocsp及日志审计。

要让 Apache 的 TLS 配置满足等保三级合规要求,核心是守住三道防线:协议版本必须淘汰老旧标准、加密套件必须禁用已知风险算法、证书与传输策略必须强化验证机制。不是“能用 HTTPS”就行,而是每项配置都要对应到等保三级“通信传输”条款的具体指标。
禁用不安全协议版本
等保三级明确禁止使用 SSLv2、SSLv3、TLS 1.0 和 TLS 1.1。这些协议存在 POODLE、BEAST、FREAK 等不可修复漏洞,且已被 NIST SP 800-52r3 和 CIS Apache Benchmark 列为强制禁用项。
- 在虚拟主机或 ssl.conf 的
块中,写明启用范围:
SSLProtocol TLSv1.2 TLSv1.3(最稳妥)
或兼容性稍宽的写法:
SSLProtocol all -SSLv2 -SSLv3 -TLSv1 -TLSv1.1 +TLSv1.2 +TLSv1.3 - 避免使用 SSLProtocol all 或 SSLProtocol +all -SSLv3 这类模糊语法,它们可能隐式保留 TLS 1.0/1.1
- 重启前务必运行 apachectl configtest 校验语法
配置强加密套件并启用前向保密
等保三级要求密码套件必须支持前向保密(PFS)、使用 AEAD 模式(如 GCM),且禁用 RC4、DES、3DES、MD5、SHA-1、CBC 模式(除非有强隔离且书面说明)。
Apache Superset 是一个广泛采用的开源 BI 平台,用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时,此技能非常有用。
- 推荐最小可行套件集(兼顾安全性与主流客户端兼容):
SSLCipherSuite ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-CHACHA20-POLY1305 - 必须添加:
SSLHonorCipherOrder on(强制服务端排序,防降级)
SSLCompression off(防 CRIME 攻击) - 禁用所有含 RSA key exchange 的套件(如 RSA-AES-GCM),因其不支持 PFS;禁用 SHA1 摘要和 CBC 模式套件(如 AES256-SHA)
配套加固措施不能缺位
仅调协议和套件不够,等保三级还要求传输层具备可验证性、抗劫持能力与审计支撑能力。
- 证书与密钥:私钥至少 RSA-3072 或 ECDSA secp256r1;证书须由可信 CA 签发(如 Let’s Encrypt、DigiCert),禁用自签名;确保证书链完整(含中间 CA)
-
HSTS 强制生效:
Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains; preload" -
OCSP Stapling 启用:
SSLUseStapling on
SSLStaplingCache shmcb:/var/run/httpd/stapling_cache(128000) - 日志审计增强:在 LogFormat 中加入 %{%s}t(时间戳)、%{SSL_PROTOCOL}x、%{SSL_CIPHER}x,便于回溯连接使用的协议与套件
验证才是落地关键
配置改完不验证,等于没做。等保检查不仅看配置文件,更看实际响应结果。
- 用 openssl 快速检测:
openssl s_client -connect yoursite.com:443 -tls1_2 → 查看 Negotiated SSL/TLS version 和 Cipher - 用 SSL Labs SSL Test(ssllabs.com) 扫描,关注 “Handshake Simulation” 是否对主流浏览器(Chrome、Firefox、Edge、Safari)均返回 TLS 1.2+ 和强套件
- 确认无 “WEAK KEY EXCHANGE”、“INSECURE RENEGOTIATION”、“MISSING HSTS” 等告警项









