必须同时满足 openssl 1.1.1+/3.0+ 编译支持、server 块中配置 ssl_protocols tlsv1.2 tlsv1.3、专用 tls 1.3 密码套件（如 tls_aes_256_gcm_sha384）、ocsp stapling 等加固项，缺一不可。
只启用 TLSv1.2 和 TLSv1.3 是当前生产环境的安全基线，既满足等保2.0、GDPR 等合规要求，又兼顾主流客户端兼容性。关键不是“加一行配置”，而是四点同步落实：协议声明、底层支持、套件隔离、配套加固。
确认 OpenSSL 和 Nginx 版本真实支持
仅靠 Nginx ≥ 1.13.0 不够，必须验证编译时绑定的 OpenSSL 是否为 1.1.1 或更高（如 1.1.1w、3.0.13）：
- 运行 nginx -V 2>&1 | grep -i openssl，输出中需明确含 OpenSSL 1.1.1 或 OpenSSL 3.0+
- 执行 openssl ciphers -v 'TLSv1.3'，应至少列出三条原生套件：TLS_AES_256_GCM_SHA384、TLS_CHACHA20_POLY1305_SHA256、TLS_AES_128_GCM_SHA256
- Ubuntu/Debian 用户慎用系统源默认 nginx 包，建议启用 ppa:ondrej/nginx；CentOS 7 推荐使用 EPEL + nginx-mainline 或手动编译
在 server 块中精准声明协议与套件
协议和套件必须成对配置，且位置严格：
- ssl_protocols TLSv1.2 TLSv1.3; —— 必须同时包含两者，顺序无关但推荐升序书写
- 禁用 ssl_ciphers 控制 TLS 1.3 套件（它对 TLS 1.3 无效），改用：
ssl_conf_command Ciphersuites "TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256";
该行必须放在 ssl_certificate 和 ssl_certificate_key 之后 - TLS 1.3 套件严禁混入任何非 TLS_ 开头的旧套件（如 ECDHE-RSA-AES256-GCM-SHA384），否则可能静默降级或握手失败
为 TLSv1.2 单独配置强加密套件
TLSv1.2 仍需独立保障安全性，不能依赖 TLS 1.3 配置覆盖：
- 用 ssl_ciphers 显式指定 PFS 优先的 AEAD 套件：
ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384; - 搭配 ssl_prefer_server_ciphers off;，让客户端优先选择更优算法
- 密钥交换推荐 x25519（OpenSSL 1.1.1+ 支持），比 secp384r1 更高效
启用 OCSP Stapling 和 HSTS 强化传输链路
TLS 协议本身安全，但证书验证与行为控制缺一不可：
-
OCSP Stapling 减少握手延迟并防隐私泄露：
ssl_stapling on;
ssl_stapling_verify on;
resolver 8.8.8.8 1.1.1.1 valid=300s;
resolver_timeout 5s;
ssl_trusted_certificate /path/to/fullchain.pem; -
HSTS 防协议降级与中间人攻击：
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains; preload" always; - 确保私钥权限为 600，证书链使用完整 fullchain.pem（含中间证书）
