TLS_KRB5_EXPORT_WITH_RC4_40_SHA

各组成部分说明

密码套件规定了客户端和服务器在一次握手中共同使用的一组算法。TLS_KRB5_EXPORT_WITH_RC4_40_SHA 由 KRB5 密钥交换、KRB5 身份认证、RC4-40 加密和 SHA1 完整性保护组成。下面逐项说明每个部分及其已知弱点；整体原理可参考密码套件详解。

密钥交换与认证：Kerberos（RFC 2712）。客户端不走证书交换，而是出示 Kerberos 服务票据，预主密钥用票据里的会话密钥保护，这样 TLS 可以直接复用现有的 Kerberos 域。这类套件只定义过 DES、3DES、RC4、IDEA 和 40 位出口级算法的组合，没有任何现代组合，OpenSSL 3.5 也一个都没有实现。

这是上世纪 90 年代的出口级（EXPORT）套件：为满足美国当时的出口管制，对称加密只保留 40 位密钥，如今用普通硬件就能暴力破解。

加密：40 位密钥的 RC4。这个出口版本既有 RC4 密钥流的统计偏差，密钥又短到可以暴力破解；RFC 7465（2015 年）已禁止所有 RC4 套件。

完整性：HMAC-SHA1。SHA-1 已能实际构造碰撞（SHAttered，2017 年），但 HMAC 的安全性并不依赖抗碰撞性，所以 HMAC-SHA1 记录 MAC 并不被认为已被攻破，这个套件的弱点在别处。

评级理由

ssl.sh 评级：不安全。理由：

• 出口级加密（40/56 位密钥），上世纪 90 年代就已不安全，FREAK、Logjam 攻击利用的正是它。
• 使用 RC4。RFC 7465 因其密钥流存在可利用的偏差，禁止所有 TLS 版本使用 RC4。

ssl.sh 如何给密码套件评级

哪些 TLS 库支持

以下是 2026-11-10 从各库源码或官方文档读取的 TLS_KRB5_EXPORT_WITH_RC4_40_SHA 支持情况。“默认启用”指不做任何配置就会协商；“支持，默认关闭”指已经实现，但需要手动打开。

这里跟踪的 9 个库都没有默认启用它。没有一个库实现它。

NSS 一行是 NSS 库自身的默认值；Firefox 启动时会先关闭 NSS 的全部套件，只重新打开有 security.ssl3.* 或 security.tls13.* 偏好项的那些。Java 的默认状态依据 Oracle 为 JDK 21 记录的 jdk.tls.disabledAlgorithms 默认值推算，后续更新可能会再加限制。OpenSSL 和 GnuTLS 两行只表示是否实现。

历史与标准状态

TLS_KRB5_EXPORT_WITH_RC4_40_SHA（0x00,0x28）在 IANA TLS 密码套件注册表中登记，规范文档为 RFC 2712《Addition of Kerberos Cipher Suites to Transport Layer Security (TLS)》（1999 年 10 月，标准轨道）。DTLS 1.2 规范 RFC 6347（2012 年 1 月）早已规定 DTLS 绝不能使用 RC4。RFC 7465（2015 年）禁止在任何 TLS 版本中使用 RC4 套件：客户端不得提供，服务器不得选择。它只能在 SSL 3.0, TLS 1.0 中协商。RFC 7568（2015 年）弃用了 SSL 3.0，RFC 8996（2021 年）弃用了 TLS 1.0 和 TLS 1.1，因此已经没有仍被认可的协议版本允许使用它。注册表把它标为 D（不建议使用），这个取值由 RFC 9847（2025 年）引入。

在 Nginx 和 Apache 中启用或禁用

OpenSSL 3.5 没有实现这个套件，标准的 Nginx、Apache httpd 无法提供它，也就不需要专门禁用。

如何测试服务器是否接受它

OpenSSL 3.5 无法提供 TLS_KRB5_EXPORT_WITH_RC4_40_SHA，openssl s_client 不能直接测试；请使用自带该套件实现的扫描工具。

nmap 的 ssl-enum-ciphers 脚本会反复连接，每次只尝试一个套件，最后列出服务器接受的全部套件，并给出 A 到 F 的评级。在输出中查找 TLS_KRB5_EXPORT_WITH_RC4_40_SHA：

nmap --script ssl-enum-ciphers -p 443 example.com

想解析套件名称或十六进制编号，可以用密码套件查询；SSL 检测会显示线上服务器接受哪些协议版本以及实际协商出的密码套件。