案例库 · 软件与 IT · 技术决策 · 1994–2026
TLS 包裹在 TCP 之上，让每个应用在不改代码的情况下获得加密
SSL/TLS 位于传输层和应用层之间，使得 HTTP 等协议无需修改任何代码即可获得隐私保护。
Netscape · 互联网工程任务组
那一手
网上购物需要加密和身份验证，但将这两者逐一植入每个应用协议既缓慢又容易出错。优雅的做法是在 TCP 之上增加一个安全层，任何高层协议都可以使用它。
Netscape 在 20 世纪 90 年代中期为此发明了 SSL。客户端和服务器通过证书和公钥密码学协商共享密钥，然后将所有内容加密为记录，而高层协议保持不变。
IETF 将其标准化为 TLS，保持其应用协议无关性，并且仅要求传输层提供可靠、有序的字节流。正是这一特性让挂锁标志扩展到 HTTP、SMTP、VoIP 等众多领域。
为什么管用
- 它只需要一条可靠的流，因此可以运行在已有传输层之上。
- 它与应用协议无关，因此 HTTP 等协议可以透明地叠加。
- 握手能让陌生人无需事先共享任何信息即可达成密钥共识。
值了多少将握手层置于 TCP 之上，而非应用内部聪明
可以搬走什么
要让一个强大的能力普及，就把它放在所有协议共享的层上，而不是分别放在每个协议里，这样采用自然水到渠成。
后来呢
TLS 成为网络的默认安全层，浏览器挂锁和 https 使其面向消费者。它一直在不断强化，2008 年推出 TLS 1.2，2018 年推出 TLS 1.3，浏览器推动 HTTPS 成为默认，密文因此成为常态而非例外。
资料来源
发现哪里写错了？告诉我们。