TLS_AES_128_CCM_8_SHA256

各组成部分说明

密码套件规定了客户端和服务器在一次握手中共同使用的一组算法。TLS_AES_128_CCM_8_SHA256 由 AES-128-CCM-8 认证加密（AEAD）和 SHA256 哈希组成。下面逐项说明每个部分及其已知弱点；整体原理可参考密码套件详解。

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_AES_128_CCM_8_SHA256 中，SHA256 是 HKDF 密钥派生和握手记录哈希所用的哈希函数。

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

模式：CCM_8，即认证标签从 16 字节截短到 8 字节的 AES-CCM（RFC 6655）。这样每条记录能在受限链路上省下 8 字节，但伪造记录每次尝试的成功概率从 2^-128 升到 2^-64；IANA 注册表中没有任何 CCM_8 套件被标为 Recommended。

评级理由

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

• TLS 1.3 的 AEAD 套件，但 IANA 没有标为“Recommended”（截短的认证标签、国家标准或实验性算法、客户端支持有限）。

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

哪些 TLS 库支持

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

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

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

历史与标准状态

TLS_AES_128_CCM_8_SHA256（0x13,0x05）在 IANA TLS 密码套件注册表中登记，规范文档为 RFC 9846《The Transport Layer Security (TLS) Protocol Version 1.3》（2026 年 7 月，标准轨道）。注册表还为这个条目引用了 2018 年 8 月 16 日的一项 IESG 决定。TLS 1.3 最早以 RFC 8446（2018 年）发布，后来以 RFC 9846（2026 年）重新发布，后者废止了 RFC 8446。注册表把它标为 N。按照 RFC 8447（2018 年）的解释，这表示它没有经过 IETF 共识流程、适用范围有限或只面向特定场景，并不一定意味着有缺陷。

在 Nginx 和 Apache 中启用或禁用

启用

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

# Nginx
ssl_protocols TLSv1.2 TLSv1.3;
# nginx 1.19.4+ with OpenSSL 1.1.1+
ssl_conf_command Ciphersuites TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256:TLS_AES_128_CCM_8_SHA256;

# Apache httpd (mod_ssl)
SSLProtocol -all +TLSv1.2 +TLSv1.3
SSLCipherSuite TLSv1.3 TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256:TLS_AES_128_CCM_8_SHA256

禁用

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

# Nginx
ssl_conf_command Ciphersuites TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256;

# Apache httpd (mod_ssl)
SSLCipherSuite TLSv1.3 TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256

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

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

openssl s_client -connect example.com:443 -tls1_3 -ciphersuites TLS_AES_128_CCM_8_SHA256 </dev/null

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

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

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

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

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