共计 2285 个字符，预计需要花费 6 分钟才能阅读完成。
近期又碰到了 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)发现破绽
- TLS 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, 感兴趣的话后续发上来.
三人行, 必有我师; 常识共享, 天下为公. 本文由东风微鸣技术博客 EWhisper.cn 编写.
