Java中Apache中mod_ssl禁用不安全加密套件的合规配置

Apache通过SSLCipherSuite和SSLProtocol指令协同OpenSSL控制TLS协议与密码套件，需禁用SSLv2/3、TLS1.0/1.1及RC4、DES、CBC等弱算法，推荐配置TLS1.2+TLS1.3并启用PFS和AEAD套件。 Apache 的 本身不直接提供“禁用加密套件”的功能，真正起作用的是 OpenSSL（或 BoringSSL 等底层库），而 Apache 通过 和 指令来控制 TLS 协议版本和密码套件。要满足等保、GDPR、PCI DSS 或金融行业合规要求（如禁用 SSLv3、TLS 1.0/1.1、EXPORT、NULL、MD5、SHA1、RC4、DES、3DES、CBC 模式弱套件等），需结合配置与 OpenSSL 版本协同处理。 明确禁用不安全协议版本 旧版协议（SSLv2/SSLv3/TLS 1.0/1.1）存在已知高危漏洞（如 POODLE、BEAST、FREAK），必须显式关闭： 在 或虚拟主机配置中设置： SSLProtocol all -SSLv2 -SSLv3 -TLSv1 -TLSv1.1 仅保留 TLSv1.2 及以上（推荐启用 TLSv1.3，需 OpenSSL 1.1.1+ 和 Apache 2.4.37+） 若使用 Apache 2.4.37+ 且 OpenSSL ≥ 1.1.1，可进一步写为： SSLProtocol +TLSv1.2 +TLSv1.3 严格限制加密套件顺序与范围 仅允许前向保密（PFS）、AEAD 类强加密算法（如 AES-GCM、ChaCha20-Poly1305），排除所有已知脆弱套件： 推荐合规配置（兼顾安全性与主流客户端兼容性）： SSLCipherSuite 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 添加强制服务端套件优先级（防客户端降级攻击）： SSLHonorCipherOrder on 避免使用 这类“黑名单式”写法——易遗漏、难维护、不可靠 启用 TLS 1.3（强烈建议） TLS 1.3 天然移除了不安全算法（RSA 密钥交换、CBC、SHA1、压缩等），大幅简化配置并提升安全性： 立即学习 “ Java免费学习笔记（深入） ”； 确认环境支持：OpenSSL ≥ 1.1.1，Apache ≥ 2.4.37，且编译时启用了 TLS 1.3 支持 配置示例： SSLProtocol +TLSv1.2 +TLSv1.3SSLCipherSuite TLS_AES_128_GCM_SHA256:TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256 （TLS 1.3 套件独立于传统 ，需额外指定） 注意：TLS 1.3 不再支持传统 RSA 密钥交换，确保证书私钥为 ECDSA 或 RSA 2048+ 且服务器支持相应签名算法 验证与持续维护 配置生效后必须验证，不能仅依赖文本配置： 使用 SSL Labs Server Test 全面评估协议支持、套件强度、密钥交换、证书链等 命令行快速检查： 定期更新 OpenSSL 和 Apache，关注 CVE（如 CVE-2022-0778、CVE-2023-0215）及 NIST SP 800-131A 修订要求 生产环境禁用调试日志（ 或更低），避免泄露密钥协商细节