TLS_PSK_WITH_AES_256_GCM_SHA384

各组成部分说明

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

密钥交换与认证：预共享密钥（PSK），由 RFC 4279（2005 年）定义。双方事先通过带外方式拿到同一个对称密钥，握手时只需说明用哪一个（PSK identity）。整个过程不需要证书，也不做公钥运算，所以 PSK 套件多见于资源受限的设备和封闭系统，而不是公开网站。纯 PSK 没有前向保密：密钥一旦泄露，用它建立过的所有会话都能被解密。

加密：AES，密钥 256 位，是 FIPS 197（2001 年）规定的 128 位分组密码。大多数服务器和手机 CPU 都有 AES 指令（x86 的 AES-NI、ARMv8 的密码扩展），速度快，也避开了查表式软件实现的缓存计时泄露。

模式：GCM（伽罗瓦/计数器模式），一种 AEAD：计数器模式加密加上 GHASH 认证，标签 16 字节，加密和完整性一步完成，CBC 的填充攻击对它无效。TLS 1.2 中 12 字节的 nonce 由密钥块派生的 4 字节隐式 salt 和每条记录携带的 8 字节显式部分组成，这一做法最早由 RFC 5288（2008 年）为 AES-GCM 规定；同一密钥下 nonce 绝不能重复。

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

评级理由

ssl.sh 评级：弱。理由：

• 没有前向保密：会话密钥由服务器的长期密钥保护（静态 RSA/DH/ECDH、PSK 或 Kerberos），私钥一旦泄露，录下的历史流量都能被解密。

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

哪些 TLS 库支持

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

这里跟踪的 9 个库都没有默认启用它。支持但默认关闭：Windows Schannel (Windows 11 / Server 2022)。另外实现了它的：OpenSSL 3.5 和 GnuTLS。

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

历史与标准状态

TLS_PSK_WITH_AES_256_GCM_SHA384（0x00,0xA9）在 IANA TLS 密码套件注册表中登记，规范文档为 RFC 5487《Pre-Shared Key Cipher Suites for TLS with SHA-256/384 and AES Galois Counter Mode》（2009 年 3 月，标准轨道）。注册表把它标为 N。按照 RFC 8447（2018 年）的解释，这表示它没有经过 IETF 共识流程、适用范围有限或只面向特定场景，并不一定意味着有缺陷。

在 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:!PSK-AES256-GCM-SHA384';

# 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:!PSK-AES256-GCM-SHA384

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

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

openssl s_client -connect example.com:443 -tls1_2 -cipher PSK-AES256-GCM-SHA384 </dev/null

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

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

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

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