必须生成并配置自有的高强度DH参数文件,推荐用openssl dhparam -out /etc/nginx/ssl/dhparam.pem 2048或3072生成,禁用-dsaparam和4096位,配置于server块内、权限设为600,并配合ECDHE套件与TLSv1.2+协议协同加固。

要配置 Nginx 使用自定义高强度 Diffie-Hellman(DH)参数来增强 TLS 安全性、防范如 Logjam 类型的降级攻击和隐蔽协议嗅探,核心是生成安全的 DH 参数文件,并在 Nginx 配置中正确引用它。关键在于参数长度足够(推荐 2048 位或以上)、避免使用已知弱参数、并确保与所用密钥交换方式匹配。
生成高强度 DH 参数文件
Nginx 不支持直接在配置中写入 DH 参数,必须通过外部 PEM 文件提供。使用 OpenSSL 生成时应避开过时的 1024 位(已被证实不安全),优先选择 2048 位;如需更高强度,可选 3072 位(但会略微增加握手开销)。
- 生成 2048 位 DH 参数(推荐):
openssl dhparam -out /etc/nginx/ssl/dhparam.pem 2048 - 生成 3072 位 DH 参数(更保守选择):
openssl dhparam -out /etc/nginx/ssl/dhparam.pem 3072 - 生成过程可能耗时数秒至数分钟(尤其 3072 位),属正常现象;建议在后台或维护窗口执行
- 生成后检查文件内容是否为 PEM 格式(以
-----BEGIN DH PARAMETERS-----开头)
在 Nginx 配置中启用自定义 DH 参数
将生成的 dhparam.pem 文件路径通过 ssl_dhparam 指令加载。该指令需放在 server 块或 http 块中,且仅对启用了 SSL/TLS 的 server 生效。
- 示例配置片段:
server {
listen 443 ssl http2;
ssl_certificate /etc/nginx/ssl/example.com.crt;
ssl_certificate_key /etc/nginx/ssl/example.com.key;
ssl_dhparam /etc/nginx/ssl/dhparam.pem;
# 其他 TLS 相关配置...
} - 确保文件路径权限合理:Nginx 工作进程(如
www-data或nginx用户)需有读取权限,但不应对外可读(如禁止 world-readable) - 若使用多个 server 块共用同一 DH 参数,可在
http块中统一设置,避免重复声明
验证 DH 参数是否生效并匹配安全策略
配置完成后必须验证实际协商中是否使用了预期的 DH 参数,而非回退到服务器证书自带的(若有)或默认弱参数。
- 使用 OpenSSL 测试协商结果:
openssl s_client -connect example.com:443 -cipher 'EDH' 2>/dev/null | grep "Server Temp Key"
输出应类似Server Temp Key: DH, 2048 bits - 配合现代 cipher suite 使用(如
ECDHE-ECDSA-AES256-GCM-SHA384或ECDHE-RSA-AES256-GCM-SHA384),注意:ssl_dhparam仅对传统 DHE(非 ECDHE)套件起作用;ECDHE 使用椭圆曲线,无需 DH 参数文件 - 若站点只启用 ECDHE 套件(强烈推荐),
ssl_dhparam实际不会被使用;但它仍应保留——作为 DHE 套件的兜底保障,或满足特定合规审计要求 - 使用 SSL Labs Test 扫描,确认 “Key Exchange” 显示为 “DHE 2048 bits” 或 “ECDHE”,且无 “Weak key exchange” 警告
补充安全建议
单独配置 DH 参数只是 TLS 强化的一环,需与其他措施协同:
- 禁用不安全协议版本:
ssl_protocols TLSv1.2 TLSv1.3;(移除 TLSv1.0/TLSv1.1) - 显式指定强 cipher suites,优先 ECDHE,禁用导出类(EXPORT)、匿名(ADH/AECDH)、弱哈希(MD5/SHA1)套件
- 启用 OCSP Stapling 减少证书状态查询延迟与隐私泄露风险
- 定期轮换 DH 参数(如每 2–3 年),尤其当发现新攻击面或组织策略更新时











