TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256

各组成部分说明

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

密钥交换：DHE，即临时有限域 Diffie-Hellman。每次握手生成新的 DH 密钥对，因此具备前向保密；但在 TLS 1.2 中 DH 群完全由服务器决定，客户端无法要求更强的群，RFC 7919（2016 年）虽然加入了可协商的 FFDHE 群，实际采用很少。Logjam（CVE-2015-4000，2015 年）攻破了仍接受 512 位出口级 DH 群的服务器，并揭示大量网站共用同一小批 1024 位素数；2020 年的 Raccoon 计时攻击则利用了 TLS 1.2 会去掉 DH 共享密钥前导零字节这一做法。RFC 9325（2022 年）正是以这些理由要求 TLS 1.2 实现不要协商 TLS_DHE_* 套件。

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

加密：ChaCha20-Poly1305，一种 AEAD，由 ChaCha20 流密码（256 位密钥）加 Poly1305 认证器组成，认证标签 16 字节。它在纯软件里也快且恒定时间，是没有 AES 指令的设备的常用选择。RFC 7905（2016 年）把它引入 TLS 1.2，96 位 nonce 由补齐后的记录序号与发送方的 write IV 异或得到，每条记录不必额外携带显式 nonce。

完整性：没有单独的 MAC，每条记录都由 AEAD 认证标签保护。套件名末尾的 SHA256 指定 TLS 1.2 PRF 使用的哈希，用于派生密钥和计算 Finished 消息。

评级理由

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

• 临时密钥交换（有前向保密）加 AEAD 加密，正是 TLS 1.2 最佳实践要求的组合。

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

哪些 TLS 库支持

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

这里跟踪的 9 个库中，有 2 个默认启用它：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_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256（0xCC,0xAA）在 IANA TLS 密码套件注册表中登记，规范文档为 RFC 7905《ChaCha20-Poly1305 Cipher Suites for Transport Layer Security (TLS)》（2016 年 6 月，标准轨道）。BCP 195 中的 RFC 9325（2022 年）规定 TLS 1.2 实现不应（SHOULD NOT）协商 TLS_DHE_* 套件，理由是 Raccoon 攻击以及可协商 DH 群普及率太低。RFC 10015（2026 年）进一步规定，在 (D)TLS 1.2 中客户端绝不能提供、服务器绝不能选择 FFDHE 套件，IANA 也把这个条目的 Recommended 值改成了 D。

在 Nginx 和 Apache 中启用或禁用

启用

两者都使用 OpenSSL 名称。下面的片段保留一组现代套件并加上本套件；TLS 1.3 套件与 TLS 1.2 列表分开配置。宝塔面板用户可在站点的“配置文件”里修改同样的指令。

# Nginx
ssl_protocols TLSv1.2 TLSv1.3;
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:DHE-RSA-CHACHA20-POLY1305';
ssl_prefer_server_ciphers off;

# Apache httpd (mod_ssl)
SSLProtocol -all +TLSv1.2 +TLSv1.3
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:DHE-RSA-CHACHA20-POLY1305
SSLHonorCipherOrder off

禁用

从列表里去掉它，或在前面加“!”显式排除。改完后重载服务（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:!DHE-RSA-CHACHA20-POLY1305';

# 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:!DHE-RSA-CHACHA20-POLY1305

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

用 openssl s_client 只提供 TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256；握手成功就说明服务器接受它：

openssl s_client -connect example.com:443 -tls1_2 -cipher DHE-RSA-CHACHA20-POLY1305 </dev/null

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

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

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

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