为什么TLS 1.0和TLS 1.1如今已构成安全风险

Jonas Buchholz
作者:Jonas Buchholz · 27.09.2026

01 技术背景

TLS(传输层安全协议)确保访客浏览器与您的Web服务器之间的数据以加密方式传输。地址栏中的“https”和锁形图标即为标志。如果没有这种加密,第三方就可能窃听或篡改传输的数据,例如登录凭据、表单输入或联系请求。

问题不在于 TLS 本身,而在于使用了过时的协议版本。TLS 1.0 发布于 1999 年,TLS 1.1 发布于 2006 年。两者均已通过 RFC 8996 正式废止,因为它们存在已知的安全缺陷,且不再支持现代加密算法。

尽管如此,许多 Web 服务器至今仍接受这些版本——往往是出于历史原因,或是现有服务器配置从未调整过。正因如此,这一配置错误是可公开访问的 Web 服务器上最常见的安全缺陷之一。

这一漏洞通常只需几步操作即可修复,却在许多系统上多年未被发现。

02 风险与影响

如果服务器继续支持 TLS 1.0 或 TLS 1.1,其攻击面就会扩大。攻击者可以利用这些协议的已知弱点,或者在特定条件下尝试将连接降级到较旧的版本(降级攻击)。这会降低加密连接的实际安全级别。

其后果可能是,登录凭据或个人数据等敏感信息无法再以当今所需的安全水平进行传输。此外,过时的 TLS 版本通常已不符合现有技术水平,因此可能违反《通用数据保护条例》(GDPR)第 32 条的要求,尤其是在传输个人数据时,例如通过联系表单。

对于网店或其他传输信用卡信息的应用,自 2018 年起 TLS1.3 已是监管强制要求。不遵守这一要求可能导致合同违约金、卡组织终止合作以及更高的责任风险。

尽管这并不会自动导致服务器被直接攻陷,但支持过时协议仍被视为一个本可避免的安全漏洞,也表明服务器配置已不合时宜。

03 如何检查漏洞

初步检查可借助免费的 Qualys SSL Labs SSL Server Test。该工具会分析您服务器可公开访问的 TLS 配置,并在 “Configuration” 下列出所支持的协议版本。

如果其中显示 TLS 1.0 或 TLS 1.1 受支持(“Yes”),则应检查服务器配置。

另外,还可以直接在命令行中测试配置:

openssl s_client -connect ihre-domain.de:443 -tls1_1

如果能够建立连接,说明服务器仍接受 TLS 1.1,应进行相应调整。如果出现的是错误消息,例如 “no protocols available” 或者 “handshake failure”,则说明该过时的协议版本已被禁用。

04 如何修复漏洞

解决方法是在服务器端完全禁用 TLS 1.0 和 TLS 1.1,仅允许 TLS 1.2 和 TLS 1.3。

根据服务器环境的不同,配置工作会在不同的位置进行:

  • Apache: SSLProtocol
  • nginx: ssl_protocols
  • Microsoft IIS: Schannel 配置
  • 托管主机(Managed Hosting): 在客户门户中设置,或由托管服务商进行设置

此外,建议检查所使用的密码套件,并根据最新建议进行调整。权威参考为 德国联邦信息安全办公室(BSI)技术指南 TR-02102-2

每次更改后,应重新测试 TLS 配置。同时,确保合法用户和关联的系统仍能无缝访问该服务。实际上,如今几乎所有最新浏览器、操作系统和应用程序都支持 TLS 1.2 或 TLS 1.3。

我们的 WebScan 从潜在攻击者的角度分析您公开可访问的系统,并自动识别外部漏洞。

常见问题解答

什么是 TLS?它有什么用途?


为什么 TLS 1.0 和 TLS 1.1 被视为已过时?


使用过时的 TLS 版本会带来哪些风险?

过时的 TLS 版本在数据保护法上有何影响?


如何检查服务器是否仍支持 TLS 1.0 或 TLS 1.1?


如何修复这个漏洞?