ssl证书安全策略需覆盖全生命周期管理，包括选型（dv/ov/ev/通配符/san）、tls协议强制升级（禁用tls1.0/1.1，启用1.2/1.3）、密码套件加固、证书链完整性验证、hsts启用及强制https重定向，杜绝中间人攻击与配置风险。
服务器 SSL 证书安全策略不是“装上证书就完事”，而是围绕证书生命周期、传输加密强度、身份验证严谨性和策略执行一致性的一整套管理动作。核心目标是：防中间人攻击、防证书误用、防过期失效、防配置弱加密。
选对证书类型，匹配业务风险等级
不能所有系统都用免费 DV 证书。关键业务必须升级验证级别：
- 对外服务网站（如官网、登录页）建议使用 OV 证书，浏览器可显示企业名称，增强用户信任
- 金融、支付、后台管理等高敏感系统，应部署 EV 证书，提供最强身份背书和视觉标识
- 内部系统（如 OA、ERP）若需 HTTPS，可用企业私有 CA 签发的证书，但必须确保客户端信任该根证书
- 多子域名场景优先选通配符证书（*.example.com），避免逐个维护；跨品牌或多域名用多域名证书（SAN）
严格配置加密协议与密码套件
证书只是载体，真正起防护作用的是 TLS 协议栈配置。老旧协议和弱算法是中间人攻击突破口：
- 禁用 SSLv2/SSLv3、TLS 1.0/1.1，强制启用 TLS 1.2 及 TLS 1.3（推荐默认启用 TLS 1.3）
- 禁用不安全算法：RC4、DES、3DES、MD5、SHA-1；优先选用 ECDHE 密钥交换 + AES-GCM 或 ChaCha20 加密
- Nginx 示例：ssl_protocols TLSv1.2 TLSv1.3; ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256;
- Apache 和 Windows IIS 同样需在配置中显式排除弱协议和套件，不可依赖默认值
确保证书链完整，且验证机制可靠
约 35% 的 HTTPS 报错源于证书链断裂或中间 CA 不被客户端信任：
- 部署时必须将终端证书 + 所有中间 CA 证书拼接成单个 PEM 文件（顺序：域名证书 → 中间证书 → 根证书通常不放）
- 用 openssl s_client -connect example.com:443 -showcerts 检查是否返回完整链
- 对 iOS、Android 旧版本或嵌入式设备，需额外提供交叉签名证书以兼容其根证书库
- 禁用客户端证书忽略验证（如 Java 的 TrustManager 全放行、OkHttp 的 hostname verifier bypass）
强制 HTTPS 并启用 HSTS，堵住降级漏洞
仅监听 443 端口不够，必须从协议层杜绝 HTTP 回退可能：
- 配置 301 重定向：所有 HTTP 请求（80 端口）必须 301 跳转至对应 HTTPS 地址
- 在 HTTPS 响应头中加入 Strict-Transport-Security: max-age=31536000; includeSubDomains; preload
- 启用 preload 前务必确认全站及所有子域名已稳定支持 HTTPS，否则将导致无法访问
- 数据库（如 MySQL）、管理接口（如防火墙 Web UI）、API 服务也应单独开启强制 SSL 连接（如 MySQL 的 --ssl-mode=VERIFY_IDENTITY）
