密码套件 · 0xC0,0x11

TLS_ECDHE_RSA_WITH_RC4_128_SHA

TLS_ECDHE_RSA_WITH_RC4_128_SHA(0xC0,0x11)是用于 TLS 1.0, TLS 1.1, TLS 1.2 的密码套件:ECDHE 密钥交换、RSA 身份认证、RC4-128 加密、SHA1 消息认证。ssl.sh 评级为“不安全”。

不安全TLS 1.0TLS 1.1TLS 1.2数据更新于

详细信息

IANA 名称
TLS_ECDHE_RSA_WITH_RC4_128_SHA
十六进制码
0xC0,0x11 (49169)
OpenSSL
ECDHE-RSA-RC4-SHA (OpenSSL 3.5 手册中列出,我们的测试构建未启用)
GnuTLS
TLS_ECDHE_RSA_ARCFOUR_128_SHA1 (最低 SSL 3.0)
密钥交换
ECDHE
身份认证
RSA
加密算法
RC4-128
消息认证(MAC)
SHA1
TLS 版本
TLS 1.0, TLS 1.1, TLS 1.2
IANA“Recommended”
D:不建议使用(Discouraged) · DTLS-OK: N
规范
RFC 8422, RFC 6347, RFC 9847

各组成部分说明

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

密钥交换:ECDHE,即临时椭圆曲线 Diffie-Hellman。客户端和服务器每次握手都在 X25519、P-256 等命名曲线上生成新的密钥对,用完即丢弃。会话密钥并不只取决于服务器的长期私钥,所以即使私钥日后被盗,之前录下的流量也解不开,这就是前向保密。TLS 的 ECC 套件最早由 RFC 4492(2006 年)定义,现行规范是 RFC 8422(2018 年)。

身份认证:服务器用 RSA 证书证明身份,用私钥对握手中的密钥交换参数签名。RSA 密钥只用来签名,因此不影响前向保密。公开受信任的 CA 签发的 RSA 证书,密钥至少 2048 位。

加密:RC4,一种密钥流存在可测偏差的流密码。AlFardan、Bernstein、Paterson、Poettering 和 Schuldt 在 2013 年证明,只要同一个秘密(例如 Cookie)被加密足够多次,就能把它恢复出来;随后 RFC 7465(2015 年)彻底禁止了 RC4 套件:客户端不得提供,服务器不得选择。

完整性:HMAC-SHA1。SHA-1 已能实际构造碰撞(SHAttered,2017 年),但 HMAC 的安全性并不依赖抗碰撞性,所以 HMAC-SHA1 记录 MAC 并不被认为已被攻破,这个套件的弱点在别处。协商 TLS 1.2 时,密钥派生使用 SHA-256 PRF——RFC 5246(2008 年)规定所有在它之前定义的套件都这样做。

评级理由

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

  • 使用 RC4。RFC 7465 因其密钥流存在可利用的偏差,禁止所有 TLS 版本使用 RC4。

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

哪些 TLS 库支持

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

库状态说明
OpenSSL 3.5已实现套件字符串 ECDHE-RSA-RC4-SHA; OpenSSL 3.5 手册中列出,我们的测试构建未启用
GnuTLS已实现名称 TLS_ECDHE_RSA_ARCFOUR_128_SHA1; 最低协议版本 SSL 3.0
BoringSSL不支持
Go crypto/tls支持,默认关闭由 tls.InsecureCipherSuites() 返回,须在 Config.CipherSuites 中显式列出
NSS 3.133支持,默认关闭NSS 库默认值
Firefox不支持
Java 21 (SunJSSE)支持,默认关闭被默认 jdk.tls.disabledAlgorithms 中的“RC4”屏蔽
Windows Schannel (Windows 11 / Server 2022)不支持
rustls 0.23.46不支持

这里跟踪的 9 个库都没有默认启用它。支持但默认关闭:Go crypto/tls、NSS 3.133 和 Java 21 (SunJSSE)。另外实现了它的:OpenSSL 3.5 和 GnuTLS。

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

历史与标准状态

TLS_ECDHE_RSA_WITH_RC4_128_SHA(0xC0,0x11)在 IANA TLS 密码套件注册表中登记,规范文档为 RFC 8422《Elliptic Curve Cryptography (ECC) Cipher Suites for Transport Layer Security (TLS) Versions 1.2 and Earlier》(2018 年 8 月,标准轨道)。RFC 8422 后来已被 RFC 9846(2026 年) 废止(obsoleted)。DTLS 1.2 规范 RFC 6347(2012 年 1 月)早已规定 DTLS 绝不能使用 RC4。RFC 7465(2015 年)禁止在任何 TLS 版本中使用 RC4 套件:客户端不得提供,服务器不得选择。注册表把它标为 D(不建议使用),这个取值由 RFC 9847(2025 年)引入。

在 Nginx 和 Apache 中启用或禁用

该套件评级为不安全,这里不提供启用方法,请确认它已被排除。

禁用

从列表里去掉它,或在前面加“!”显式排除。改完后重载服务(nginx -s reload、apachectl graceful)。

# Nginx
ssl_ciphers 'ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:!ECDHE-RSA-RC4-SHA';
# Apache httpd (mod_ssl)
SSLCipherSuite ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:!ECDHE-RSA-RC4-SHA

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

用 openssl s_client 只提供 TLS_ECDHE_RSA_WITH_RC4_128_SHA;握手成功就说明服务器接受它:

openssl s_client -connect example.com:443 -tls1_2 -cipher ECDHE-RSA-RC4-SHA </dev/null

握手成功说明服务器接受该套件;出现“no cipher match”或握手失败则说明不接受。

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

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

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

常见问题

TLS_ECDHE_RSA_WITH_RC4_128_SHA 安全吗?

不安全。ssl.sh 把它评为“不安全”。使用 RC4。RFC 7465 因其密钥流存在可利用的偏差,禁止所有 TLS 版本使用 RC4。RFC 7465(2015 年)禁止在任何 TLS 版本中使用 RC4 套件:客户端不得提供,服务器不得选择。

TLS 1.3 能用 TLS_ECDHE_RSA_WITH_RC4_128_SHA 吗?

不能。TLS 1.3 有自己的一套套件,名字里只写 AEAD 和哈希,TLS 1.2 的套件不能用于 TLS 1.3 握手。TLS_ECDHE_RSA_WITH_RC4_128_SHA 适用于 TLS 1.0, TLS 1.1, TLS 1.2。最接近的 TLS 1.3 套件是 TLS_AES_128_GCM_SHA256,TLS 1.3 会另外协商 X25519 等密钥交换与它搭配。

在 Nginx 或 Apache 里怎么禁用 TLS_ECDHE_RSA_WITH_RC4_128_SHA?

用它的 OpenSSL 名称排除:在 Nginx 的 ssl_ciphers 或 Apache httpd 的 SSLCipherSuite 末尾加上 !ECDHE-RSA-RC4-SHA。更好的做法是像上面的配置片段那样,只列出你想要的套件。改完重载服务,再用 openssl s_client 测一次,确认握手已经失败。

哪些客户端和库还支持 TLS_ECDHE_RSA_WITH_RC4_128_SHA?

需要显式配置才会使用:Go crypto/tls、NSS 3.133 和 Java 21 (SunJSSE)。已实现、默认状态未跟踪:OpenSSL 3.5 和 GnuTLS。不支持:BoringSSL、Firefox、Windows Schannel (Windows 11 / Server 2022) 和 rustls 0.23.46。

更好的替代

使用 RC4-128 的其他套件

IANA 名称密钥交换认证评级
TLS_RSA_WITH_RC4_128_SHARSARSA不安全
TLS_KRB5_WITH_RC4_128_SHAKRB5KRB5不安全
TLS_PSK_WITH_RC4_128_SHAPSKPSK不安全
TLS_DHE_PSK_WITH_RC4_128_SHADHEPSK不安全
TLS_RSA_PSK_WITH_RC4_128_SHARSAPSK不安全
TLS_ECDH_ECDSA_WITH_RC4_128_SHAECDHECDSA不安全
TLS_ECDHE_ECDSA_WITH_RC4_128_SHAECDHEECDSA不安全
TLS_ECDH_RSA_WITH_RC4_128_SHAECDHRSA不安全
TLS_ECDH_anon_WITH_RC4_128_SHAECDHanon不安全
TLS_ECDHE_PSK_WITH_RC4_128_SHAECDHEPSK不安全

资料来源

  1. IANA — TLS Cipher Suites registry
  2. OpenSSL 3.5 — openssl-ciphers(1)
  3. GnuTLS — lib/algorithms/ciphersuites.c
  4. BoringSSL — ssl/ssl_cipher.cc (main) (2026-11-10)
  5. Go — src/crypto/tls/cipher_suites.go (master) (2026-11-10)
  6. Go — src/crypto/tls/defaults.go (master) (2026-11-10)
  7. NSS — lib/ssl/ssl3con.c (as vendored in Firefox) (2026-11-10)
  8. NSS — TAG-INFO (2026-11-10)
  9. Firefox — security/manager/ssl/nsNSSComponent.cpp (2026-11-10)
  10. Firefox — modules/libpref/init/StaticPrefList.yaml (2026-11-10)
  11. Oracle — JDK 21 Providers Documentation: SunJSSE Cipher Suites (2026-11-10)
  12. Oracle — JDK 21 JSSE Reference Guide: jdk.tls.disabledAlgorithms (2026-11-10)
  13. Microsoft Learn — TLS Cipher Suites in Windows 11 (2026-11-10)
  14. Microsoft Learn — TLS Cipher Suites in Windows Server 2022 (2026-11-10)
  15. docs.rs — rustls 0.23.46 crypto::aws_lc_rs (default provider) (2026-11-10)
  16. RFC Editor — RFC index
  17. Nmap — ssl-enum-ciphers