TLS_SHA384_SHA384

各组成部分说明

密码套件规定了客户端和服务器在一次握手中共同使用的一组算法。TLS_SHA384_SHA384 由 HMAC-SHA384 完整性保护（不加密）和 SHA384 哈希组成。下面逐项说明每个部分及其已知弱点；整体原理可参考密码套件详解。

TLS 1.3 的套件只描述对称部分。TLS 1.3 规范（RFC 9846）写明：TLS 1.3 套件只指定对称加密算法，不能用于 TLS 1.2。密钥交换通过 supported_groups 和 key_share 扩展单独协商（例如 X25519、P-256 或混合方案 X25519MLKEM768）；除非客户端用只依赖预共享密钥的 psk_ke 模式恢复会话，否则总是临时 (EC)DHE，所以完整握手一定具备前向保密。证书签名算法（例如 RSA-PSS、ECDSA 或 Ed25519）由 signature_algorithms 扩展协商。在 TLS_SHA384_SHA384 中，SHA384 是 HKDF 密钥派生和握手记录哈希所用的哈希函数。

加密：无。TLS_SHA384_SHA384 是 RFC 9150（2022 年）定义的两个“只保证完整性”的 TLS 1.3 套件之一：记录用 HMAC-SHA384 认证但以明文发送，面向只需要完整性、不需要机密性的物联网和工业场景。该 RFC 自己也写明，这种做法未获 IETF 认可，也没有 IETF 共识。

评级理由

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

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

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

哪些 TLS 库支持

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

这里跟踪的 9 个库都没有默认启用它。另外实现了它的：OpenSSL 3.5。

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

历史与标准状态

TLS_SHA384_SHA384（0xC0,0xB5）在 IANA TLS 密码套件注册表中登记，规范文档为 RFC 9150《TLS 1.3 Authentication and Integrity-Only Cipher Suites》（2022 年 4 月，信息类）。注册表把它标为 D（不建议使用），这个取值由 RFC 9847（2025 年）引入。

在 Nginx 和 Apache 中启用或禁用

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

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

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

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

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

如果你的 nmap 版本没有输出 TLS 1.3 部分，请以上面的 openssl 命令为准。

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