Lucky 13是利用CBC模式下MAC-then-Encrypt结构的时序差异实施的密码学侧信道攻击，防御需禁用所有-CBC套件、启用TLSv1.3及AEAD类现代加密套件，并升级OpenSSL至1.1.1l/3.0.7以上版本。
“Lucky 13”不是靠禁用某个压缩功能就能防住的攻击，它利用的是 TLS 记录层中 MAC-then-Encrypt 结构与 CBC 模式填充验证过程中的**时序差异**，属于典型的**密码学侧信道攻击**。Nginx 本身不实现 TLS 加密运算（由 OpenSSL 或 BoringSSL 等底层库完成），因此防御关键在于：选用安全的 TLS 实现、禁用脆弱密码套件、升级运行时环境，并配合 Nginx 的合理配置收口风险。
理解 Lucky 13 的攻击前提
该攻击针对使用 CBC 模式（如 AES-CBC）且采用“先计算 MAC、再加密”的传统 TLS 密码套件。攻击者通过向服务器发送大量精心构造的篡改密文，测量服务端响应时间的微小波动（纳秒级），反推填充是否合法，最终恢复明文。它不要求解密密钥，也不依赖压缩，和 CRIME/BREACH 机制完全不同。
现代防御思路是：让填充验证过程在时间上恒定（constant-time），或彻底绕过 CBC 模式。
禁用所有易受 Lucky 13 影响的 CBC 套件
这是最直接有效的缓解措施。Nginx 无法修补 OpenSSL 的时序漏洞，但可通过配置拒绝协商这些高危套件：
- 明确禁用所有
-CBC套件，尤其避免AES128-SHA、AES256-SHA、ECDHE-RSA-AES128-CBC-SHA等 - 仅启用 AEAD（Authenticated Encryption with Associated Data）类现代套件，它们天然免疫此类时序攻击
- 配置示例（推荐）：
ssl_ciphers TLS_AES_256_GCM_SHA384:TLS_AES_128_GCM_SHA256:TLS_CHACHA20_POLY1305_SHA256;
ssl_prefer_server_ciphers off;
注意：TLS 1.3 协议已完全移除 CBC 和显式 MAC，原生免疫 Lucky 13。确保启用 TLSv1.3 是根本性防护手段。
升级底层 TLS 库与 Nginx 运行时
Nginx 配置只是表层，真正的修复在 OpenSSL 等依赖库中：
- OpenSSL 1.0.1g+ 已对 CBC 套件实施恒定时间填充检查（需编译时启用
enable-ct），但仍有残余风险；强烈建议使用 OpenSSL 3.0+ 或 LibreSSL/BoringSSL - 确认系统 OpenSSL 版本：
openssl version -a；若低于 1.1.1l 或 3.0.7，存在未修补的时序侧信道缺陷 - Nginx 本身无需特别版本，但应使用静态链接新版 OpenSSL 编译，或确保系统动态库已更新并重启 nginx 进程
补充加固：关闭不必要功能，减少攻击面
虽不直接阻断 Lucky 13，但能降低整体 TLS 处理复杂度，间接提升侧信道防护鲁棒性：
-
禁用 TLS 压缩：
ssl_options no_tls_compression;（防 CRIME，非 Lucky 13，但属基础清理） -
禁用重协商：
ssl_renegotiation off;（Nginx 1.19.0+ 支持；减少握手上下文切换，削弱时序噪声干扰） -
缩短会话超时：
ssl_session_timeout 4h;（限制长期会话被反复利用的可能性） -
关闭不必要扩展：如无需求，可移除
ssl_buffer_size自定义或设为默认值，避免引入非标准分片行为
