基于 3193 亿次 TLS 连接的六年纵向测量显示，TLS 生态虽整体向 TLS 1.2 迁移，但旧版协议与不安全密码套件残留普遍，降级攻击风险持续存在。
密码套件变更与攻击事件的关联
研究将密码套件支持率变化与 BEAST、Lucky 13、POODLE、Heartbleed、FREAK、Logjam 及 RC4 系列攻击时间轴对齐。Heartbleed 爆发后生态在极短周期内完成证书替换与补丁部署；但 RC4 使用率在攻击公开后仍需数年才显著下降；CBC 模式攻击（BEAST、Lucky 13、POODLE）期间流量分布未见明显波动，推测因当时缺乏更优替代方案或已有补丁缓解。SSL 3.0 服务端支持率至 2018 年仍处于“尴尬的高位”，原文未给出具体数据。
客户端行为：快采新、慢弃旧
浏览器等客户端软件对新算法采纳迅速，却长期保留旧套件支持。成因包括向后兼容性要求、软件停止维护、开发者难以持续跟进 TLS 最佳实践。大量客户端“无意中”仍协商不安全密码套件，这不仅为反复出现的降级攻击留出空间，也增加配置错误概率。研究指出，保留旧套件是当前降级攻击与误配置的主要温床。
协议版本迁移与加密模式转变
2012 年 90% 连接使用 TLS 1.0，至 2018 年 90% 已迁移至 TLS 1.2。2012 年 RC4 与 CBC 模式加密占主导，后续演进细节原文未给出具体数据。数据集覆盖北美大型高校与研究中心，样本量 3193 亿次连接，由 IMDEA Software Institute、Stony Brook University、ICS I、Royal Holloway University、IMDEA Networks Institute 合作完成，结果将在 IMC’18 发表。
运维侧应优先禁用 SSL 3.0 与 RC4，配置 TLS 1.2+ 并移除 CBC 套件；客户端侧需建立定期清理旧套件机制，防止废弃代码引入降级风险。监控协议版本分布与密码套件协商结果，可及早发现配置回滚。
原文: APNIC Blog（2018-10-30）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog