SSL证书安全策略需综合配置证书类型、TLS协议、加密套件、HTTP安全头及运维规范，目标是防窃听、篡改、冒充和降级；DV/OV/EV证书按场景选用，禁用TLSv1.0/1.1，明确指定ECDHE-GCM强套件，启用HSTS并确保证书链完整、私钥权限严格、续期自动化。
SSL 证书安全策略配置不是写一段“代码”就能生效的，而是一套涵盖证书选择、部署方式、协议限制、加密套件、信任链校验和响应头加固的综合实践。核心目标是：防窃听、防篡改、防冒充、防降级。
以下按实际部署场景分三类说明，重点讲清楚“怎么配”和“为什么这么配”。
SSL 证书类型与适用场景要匹配
选错证书类型，再严的配置也白搭。
- DV 证书（域名验证）：只校验你是否控制该域名，10分钟签发，免费（如 Let’s Encrypt）。适合开发、测试、个人站、内部工具。
- OV 证书（组织验证）：需提交营业执照等材料，CA 人工审核 1–3 天，证书里含企业名称。适合官网、SaaS 后台、预发布环境。
-
EV 证书（扩展验证）：严格核验法律实体+物理地址+电话，浏览器地址栏显示绿色公司名。仅必要时用（如网银、支付页），成本高、流程长，多数现代网站已不强制要求。
⚠️ 注意：本地开发用localhost或127.0.0.1时，不能用 Let’s Encrypt（不签发 IP/localhost），必须用自签名证书，并手动信任根证书。
协议与加密套件必须禁用老旧项
TLS 版本和密码套件直接决定攻击面大小。
Nginx 示例（推荐）：
ssl_protocols TLSv1.2 TLSv1.3; # 彻底禁用 TLSv1.0/TLSv1.1（已被证实不安全） ssl_prefer_server_ciphers off; # 让客户端优先选强 cipher（TLSv1.3 默认忽略此行） ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384; ssl_ecdh_curve secp384r1; # 使用强椭圆曲线
Apache 对应配置：
SSLProtocol all -SSLv2 -SSLv3 -TLSv1 -TLSv1.1 SSLCipherSuite ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:... SSLHonorCipherOrder on
✅ 关键点：
- 不要写
HIGH或DEFAULT这类模糊指令，明确列出前向安全（ECDHE）、带认证加密（GCM）、密钥长度 ≥128 的组合； - TLSv1.3 必须启用，它简化握手、内置前向保密、移除弱算法；
-
ssl_dhparam（如需 DHE）建议用openssl dhparam -out dhparam.pem 2048生成，但 ECDHE 更优，通常可省略。
必须配套的 HTTP 安全头与证书链检查
SSL 配置只是起点，还需靠响应头和运维习惯兜底。
-
HSTS（强制 HTTPS）：防止用户首次访问被劫持到 HTTP
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains; preload" always;
-
证书链完整性：Nginx 要把服务器证书 + 所有中间证书合并成一个
.pem文件（顺序：server cert → intermediate → root 不要放），否则 iOS/旧 Android 会提示“无效证书”。可用openssl verify -CAfile fullchain.pem server.crt验证。 -
私钥权限：
chmod 600 /path/to/private.key，确保只有 root 可读； -
自动续期机制：Let’s Encrypt 证书 90 天过期，务必配置
certbot renew --quiet --no-self-upgrade定时任务，并重载服务（如systemctl reload nginx）。
不复杂但容易忽略
