HTTPS 基础原理和配置 - 1

近期又碰到了 SSL 相关的事情, 就心血来潮开个新专题 - 《HTTPS 基础原理和配置》

本文是第一篇文章， 主要介绍 SSL TLS 加密协议的相关内容。

加密协议历史概要

SSL TLS 加密协议其实并没有很长的历史，1995 年 网景 发布了 SSL v2.0，这也是 web 加密的开始。这使得电子商务领域，人们可以在线提交密码和信用卡，并且至少是相当安全的。

SSLv3.0 很快发布，这版被保罗·柯克（Paul Coker）及其他人完全重写。这是一个非常坚实的协议。事实上，IETF 采用 SSL v3.0，并使它成为并不是网景独有的协议，叫做 TLS（Transport Layer Security）。SSL 意思是安全套接字层，但现在叫传输层安全。

所以，TLS v1.0 几乎和 SSL v3.0 一模一样，只是进行了一两个小优化，并且 IAF 使之标准化。如果你深究这些协议，TLS v1.0 实际上就是 SSL v3.1；所以你可以认为他们是连续的。

但是最终 IETF 提出了新版本 v1.1（一些小优化），然后是 v1.2，引入了一些新的加密算法。但是看到这你可能会想“好吧，有些客户端支持这些，有些客户端支持更新的，这取决于它们发布的时间. 安全性上可能差不太多 ". 但实际在安全意义上，这些中的大多数已经以被破解了。

关键历史节点

• SSL v2.0 1995 年 网景 发布
• SSL v3.0 1996 年发布 修复 v2 的主要问题
• TLS v1.0 1999 年 IETF 发布；对 SSLv3 小优化
• TLS v1.1 2006 年 发布 小优化
• TLS v1.2 2008 年发布 改进 hash 和 AEAD 模式

😂 被破解历史概要

首先是 SSL v2.0, 设计之初就被破解😂😂😂, 所以，ssl v2.0 确实不推荐使用；已经被破解很长很长时间了，不安全。 我们经常听到的支持的 SSL 版本一般也是从 SSL v3.0 开始的.

SSL v3.0 呢, 之前一直在用，直到 2014 年 11 月被破解。

TLS
v1.0 和 v1.1 基本安全。

最新的 v1.2(其实现在已经不算最新的了, TLS v1.3 已经出来了, 但是目前主流的最新协议还是 1.2), 是唯一一个还没有针对性攻击的版本(PS: 当然, 近期也有针对 TLS v1.2 的漏洞爆出, 但还算 OK)。

TLS 有一个混乱的历史，并没有真正最好的安全记录，但 TLS v1.2 一直还是最好的，当涉及到与浏览器和服务的交互，它内置在几乎一切的浏览器和服务器中(最新的)。

所以，TLS
v1.2 是大势所趋, 如果涉及到关键业务数据交互, 如 用户关键信息 支付 金融 等场景, TLS v1.2 才能真正有保障, 而其他老的加密协议, 都已经被破解了, 黑客想拿到你的数据 (如果你用老的加密协议) 只是时间问题, 并不存在技术上的难点。所以评估 ATS(苹果的安全相关要求)合规也要求该版本。

😂 被破解关键历史节点

• ❗❗❗❗❗ SSL v2.0 1995 发布 - 设计之初被破解
• ❗❗❗ SSL v3.0 1996 发布 – 被 POODLE 破解（2014 .11）
• ❗❗ TSL v1.0 1999 发布 – BEAST(2011)和 Lucky 13(2013)发现漏洞
• ❗ T​LS v1.1 2006 发布 – 被 Lucky 13(2013)和 RC4(2013,2015)发现漏洞
• TLS v1.2 2008 发布 – 只有在 AEAD 模式下是安全的

客户端兼容性

❗ 注意:

如果有条件, 强烈建议 只选择 TLS v1.2版本. (对于传统企业, 真的挺难做到的)​

根据以上的内容来看, 那我只选择 TLS v1.2 协议好了, 但实际情况是, TLS v1.2 是 2008 年才发布的(标注发布), 而真正要落到实处所需要的时间更长. 所以很多客户端并不支持 TLS v1.2.

这些客户端, 是 广义 的客户端, 包括:

• 操作系统
• 浏览器
• 手机
• 胖客户端(如 Java 客户端)
• …

所以，如果你计划服务器只选择 1.2 版本，你就可能失去了很多潜在客户(还在用旧的客户端的客户, 当然, 说不定用着旧电脑的员工也被拒之门外了…)。这并不是最好的举动，除非对绝对安全非常敏感。否则的话, 还是建议支持更多的安全协议让更多的客户可以兼容. 是吧? 毕竟比起 http 这种裸奔, 其他旧的协议好歹还是穿着衣服的.😏

但是, 另一些大平台, 已经开始倾向于 v1.2。比如 ios 之前的 ATS 合规要求, 比如 微软建议你放弃 TLS v1.0 和 TLS v1.1 的支持。因此，行业正在朝着标准迈进。

支持 TLS v1.2 客户端列表

• Windows 8 以上 (Windows Server 2008 以上 - 2017 年下半年才支持) (❗ win7 不支持! 更别提 win xp 了)
• RHEL 或 CentOS ≥ 6.5 (❗ 用 CentOS 5.X 的注意了啊, 不支持 TLS v1.2 ​)
• Chrome ≥ 30
• 安卓 ≥ 5.0
• 火狐浏览器 ≥ 27
• IE/Edge ≥ 11 (❗ 主流的 IE8 9 10 都不支持!)
• iOS ≥ 5
  • 注意：iOS 9 应用需要 TLS 1.2 支持。(ATS 合规要求, 当时后来好像很难推下去)

支持 TLS 1.0 客户端列表

TLS 1.0 （真正安全的最老版本）几乎都支持（除了 win xp sp2)。

配置建议

再次推荐SSL Labs, 打分如下:

高安全性 低兼容性

SSLProtocol all -SSLv3 -TLSv1 -TLSv1.1

只支持 TLS v1.2. 当你配置加密协议时，如果只选择 TLS
1.2, 得分会是A。

中安全性 高兼容性

SSLProtocol all -SSLv3

只支持 TLS 协议, 得分也会是A. (之前的, 近期不确定, 感兴趣的可以测一下).

低安全性 最大兼容性

SSLProtocol all

如果使用 SSLv3.0，有风险，得 C。

总结

选择加密协议, 要根据具体的需求, 有侧重, 也要做到安全性和兼容性的兼顾.

我之前有个相关的 PPT, 感兴趣的话后续发上来.