TLS_ECDH_ECDSA_WITH_NULL_SHA

各组成部分说明

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

密钥交换：静态 ECDH。服务器的椭圆曲线 DH 公钥固定在证书里，因此没有前向保密；如果服务器长期复用同一个 ECDH 密钥又不校验客户端发来的点，还会受到无效曲线攻击（Jager、Schwenk、Somorovsky，2015 年）。套件名里的 ECDSA 是 CA 签发这张 ECDH 证书时用的算法，并不是握手过程中的签名。

加密：无。记录只受 SHA1 MAC 保护，路径上的任何人都能看到明文。RFC 9325（2022 年）规定实现绝不能（MUST NOT）协商不加密的 NULL 套件，同时承认它们在测试和调试时仍有用处。

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

评级理由

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

• 不加密（NULL）：数据以明文传输。

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

哪些 TLS 库支持

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

这里跟踪的 9 个库都没有默认启用它。支持但默认关闭：NSS 3.133 和 Java 21 (SunJSSE)。

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

历史与标准状态

TLS_ECDH_ECDSA_WITH_NULL_SHA（0xC0,0x01）在 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）。BCP 195 中的 RFC 9325（2022 年）规定实现绝不能（MUST NOT）协商不加密的 NULL 套件。BCP 195 中的 RFC 9325（2022 年）规定实现不应（SHOULD NOT）协商静态 DH 或 ECDH 密钥协商，因为两者都没有前向保密。RFC 10015（2026 年）还规定，在 (D)TLS 1.2 中客户端不应提供、服务器不应选择非临时 ECDH 套件，IANA 也把这个条目的 Recommended 值改成了 D。

在 Nginx 和 Apache 中启用或禁用

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

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

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

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

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

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