必须只配置 proxy_ssl_protocols TLSv1.3，并同步设置 proxy_ssl_ciphers（仅TLS 1.3套件）、proxy_ssl_conf_command "MinProtocol" "TLSv1.3" 和 proxy_ssl_verify，否则存在降级风险，无法满足金融级安全要求。
直接在 Nginx 的 proxy_ssl_protocols 指令中只写 TLSv1.3，就能强制上游通信走 TLS 1.3，杜绝降级风险。这不是“建议启用”，而是金融级链路必须落地的硬性策略。
必须只保留 TLSv1.3，禁用所有旧版本
金融业务对前向保密和协议健壮性要求极高，TLS 1.2 及更早版本存在已知设计缺陷（如静态 RSA 密钥交换、CBC 模式漏洞），无法满足《金融行业网络安全等级保护基本要求》。配置必须显式排除旧协议：
-
正确写法：
proxy_ssl_protocols TLSv1.3;（仅此一项） -
错误写法：
proxy_ssl_protocols TLSv1.2 TLSv1.3;—— 协商时仍可能降级到 TLS 1.2 - 该指令作用于反向代理与上游服务器（如后端 API、风控服务、数据库网关）之间的连接，不涉及客户端到 Nginx 的前端链路
配套必须启用的三项关键参数
单独设置 proxy_ssl_protocols 不足以保障安全生效，需同步校准以下三项，否则 TLS 1.3 会静默失效或退化：
-
proxy_ssl_ciphers：只列 TLS 1.3 原生套件，例如TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256
禁用所有 TLS 1.2 专属套件（如ECDHE-RSA-AES256-SHA），它们在 TLS 1.3 握手中会被忽略，反而干扰协商 -
proxy_ssl_conf_command（Nginx ≥ 1.19.4）：proxy_ssl_conf_command "MinProtocol" "TLSv1.3";
从 OpenSSL 层面锁定最低协议版本，形成双重保险 -
proxy_ssl_verify+proxy_ssl_trusted_certificate：
启用上游证书校验，指定受信 CA 证书路径，防止中间人伪造上游身份
验证是否真正生效的实操方法
不能只看浏览器或 curl 的前端连接，必须验证反向代理到上游的真实握手版本：
- 在 Nginx 日志中开启
$ssl_protocol和$upstream_http_x_ssl_protocol（需上游配合返回头），确认日志中 upstream 连接字段稳定输出TLSv1.3 - 使用
openssl s_client -connect upstream-host:port -tls1_3 -ign_eof直连上游，观察输出是否含Protocol : TLSv1.3且无降级警告 - 抓包分析：在 proxy 机器上用 tcpdump 抓取与 upstream 的流量，Wireshark 中过滤
tls.handshake.type == 1，检查 ServerHello 消息中的 Version 字段是否为0x0304（TLS 1.3 标识）
常见失效原因与绕过陷阱
即使配置语法正确，以下情况仍会导致 TLS 1.3 实际未启用：
- 上游服务未启用 TLS 1.3（如 Go
net/http服务未设MinVersion: tls.VersionTLS13） - OpenSSL 版本低于 1.1.1（执行
openssl version确认；CentOS 7 默认 1.0.2 需手动升级） - 上游证书私钥使用 RSA-2048 且未配置
ssl_ecdh_curve，导致密钥交换失败而回退 - Nginx 编译时未链接 OpenSSL 1.1.1+ 动态库（
ldd $(which nginx) | grep ssl查依赖路径）
