SSL和TLS有什么区别?

SSL 与 TLS 是同一协议家族的连续版本，TLS 是 SSL 的标准化演进，**SSL 3.0 已于 2015 年被 RFC 7568 正式弃用，所有现代系统应仅使用 TLS 1.2 或 TLS 1.3**

SSL（Secure Sockets Layer）由 Netscape 于 1994 年设计，共发布 SSL 1.0（未公开）、SSL 2.0（1995，存在严重缺陷）和 SSL 3.0（1996）。IETF 在 1999 年基于 SSL 3.0 发布 TLS 1.0（RFC 2246），标志着协议进入标准化阶段。此后 TLS 持续迭代：TLS 1.1（2006）、TLS 1.2（2008）、TLS 1.3（2018）。浏览器、操作系统及主流服务端软件已全面禁用 SSL 2.0/3.0 —— Chrome 从 39 版起默认禁用 SSL 3.0，Firefox 34 起完全移除，OpenSSL 自 1.1.0 版本起不再支持 SSL 3.0。

TLS 协议在密码学机制、密钥交换流程与握手效率上进行了根本性重构。TLS 1.2 明确要求使用带完整性校验的 AEAD 加密模式（如 AES-GCM），淘汰了 SSL 3.0 中不安全的 MD5/SHA-1 组合与弱 MAC 构造；TLS 1.3 进一步移除了 RSA 密钥传输、静态 DH、CBC 模式、重协商等历史风险组件，并将标准握手压缩至 1-RTT，同时支持 0-RTT 模式（需权衡重放攻击风险）。

兼容性与部署现实

生产环境中必须明确区分“协议版本支持”与“证书类型”。SSL/TLS 协议栈运行于传输层之上，而 ssl证书 是用于身份认证与密钥交换的 X.509 公钥凭证，其格式、签名算法（如 ECDSA、RSA-PSS、SM2）、扩展字段（如 SAN、EKU）均独立于协议版本。一张符合 RFC 5280 的证书可同时用于 TLS 1.2 和 TLS 1.3 握手，但若证书私钥使用 SHA-1 签名或含弱密钥（如 RSA 1024），则即使协议为 TLS 1.3，仍会被 Chrome、Safari 等现代客户端拒绝信任。

工程验证方法

可通过 OpenSSL 命令行直接探测服务端启用的协议版本：`openssl s_client -connect example.com:443 -tls1_2` 与 `openssl s_client -connect example.com:443 -tls1_3`。若任一失败，说明服务端未启用对应版本；使用 `nmap --script ssl-enum-ciphers -p 443 example.com` 可获取完整支持的协议+密码套件矩阵。真实生产环境应确保 TLS 1.2 为最低要求，TLS 1.3 为首选，且禁用所有导出级（export-grade）与匿名（anonymous）密码套件。

维度	参考标准	工程师建议
协议启用策略	RFC 7525（BCP 195）	禁用 TLS 1.0/1.1；强制启用 TLS 1.2+；TLS 1.3 应开启并设为优先
证书签名算法	CA/B Forum BR 1.8.1 §7.1.3	禁止 SHA-1；RSA 至少 2048 位；ECDSA 推荐 secp256r1 或 sm2
密钥交换前向安全性	RFC 7525 §3.1	必须启用 ECDHE 或 DHE；禁用静态 RSA 密钥交换

常见问题

Q：我的网站用了 免费ssl证书，是否影响 TLS 版本支持？ A：不影响。证书类型（DV/OV/EV/通配符证书）与协议版本无关，关键取决于 Web 服务器（如 Nginx、Apache）配置的 TLS 协议列表与密码套件。

Q：TLS 1.3 是否需要新类型的证书？
A：不需要。TLS 1.3 完全兼容现有 X.509 证书，但要求证书签名算法符合当前信任锚策略（如不能使用 SHA-1）。

Q：能否同时支持 TLS 1.2 和 TLS 1.3？
A：可以且推荐。现代 TLS 实现（OpenSSL 1.1.1+、BoringSSL、rustls）均支持协议协商（ALPN），客户端自动选择双方共同支持的最高版本。