首页/安全/加密与证书速查/DH 参数安全与 Logjam 教训
加密算法基础95 条

DH 参数安全与 Logjam 教训

2015 年公开的 Logjam 研究表明大量服务共用弱 DH 参数可被降级与预计算;修复方向是 2048 位以上参数并使用标准组。

加密与证书速查安全更新于 2026-10-12
教训共享弱素数 + 服务端接受低强度组 = 可被降级
修复一仅启用 2048 位及以上的组
修复二优先使用 RFC 7919 命名组,拒绝客户端自定义参数
检查用扫描工具与套件测试确认实际协商强度

测试服务端是否接受 DHE 及协商组

测试服务端是否接受 DHE 及协商组
openssl s_client -connect example.com:443 -cipher 'DHE-RSA-AES256-GCM-SHA384' </dev/null | Select-String 'Server Temp Key'
openssl s_client -connect example.com:443 -cipher 'DHE:!EXPORT' </dev/null
把 1024 位参数当成「兼容必需」是常见误判:主流浏览器与 OpenSSL 早已支持 2048 位及以上。

易错点

  • 部分设备固件内置固定 DH 参数,升级 TLS 配置时需同步评估设备兼容性
  • 把私钥与 DH 参数混在一处管理会导致轮换困难,建议分开维护

数据来源与参考

  • Logjam 研究(Adrian et al., 2015,公开论文)
  • RFC 7919
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌