# TLS_DHE_PSK_WITH_ARIA_128_CBC_SHA256 密码套件 > TLS_DHE_PSK_WITH_ARIA_128_CBC_SHA256（0xC0,0x66）：DHE/PSK · ARIA-128-CBC · TLS 1.2。ssl.sh 评级：弱。含 OpenSSL/GnuTLS 名称和 Nginx/Apache 配置。 Source: https://ssl.sh/zh/ciphers/tls-dhe-psk-with-aria-128-cbc-sha256/ Last updated: 2026-11-10 TLS_DHE_PSK_WITH_ARIA_128_CBC_SHA256（0xC0,0x66）是用于 TLS 1.2 的密码套件：DHE 密钥交换、PSK 身份认证、ARIA-128-CBC 加密、SHA256 消息认证。ssl.sh 评级为“弱”。 | 字段 | 值 | |---|---| | IANA | TLS_DHE_PSK_WITH_ARIA_128_CBC_SHA256 | | 十六进制码 | 0xC0,0x66 | | OpenSSL | DHE-PSK-ARIA128-CBC-SHA256 | | GnuTLS | - | | 密钥交换 | DHE | | 身份认证 | PSK | | 加密算法 | ARIA-128-CBC | | 消息认证（MAC） | SHA256 | | TLS 版本 | TLS 1.2 | | 评级 | 弱 | | IANA“Recommended” | D | | 规范 | RFC 6209, RFC 10015 | ## 各组成部分说明 [密码套件](https://ssl.sh/zh/glossary/cipher-suite/)规定了客户端和服务器在一次握手中共同使用的一组算法。TLS_DHE_PSK_WITH_ARIA_128_CBC_SHA256 由 DHE 密钥交换、PSK 身份认证、ARIA-128-CBC 加密和 SHA256 完整性保护组成。下面逐项说明每个部分及其已知弱点；整体原理可参考[密码套件详解](https://ssl.sh/zh/learn/cipher-suites/)。 密钥交换：DHE_PSK。双方用[预共享密钥](https://ssl.sh/zh/glossary/psk/)互相认证，同时把一次临时有限域 Diffie-Hellman 交换的结果混入预主密钥，所以 PSK 日后泄露也不会暴露已经录下的会话（[前向保密](https://ssl.sh/zh/glossary/forward-secrecy/)）。它与纯 PSK、RSA_PSK 一起在 [RFC 4279](https://www.rfc-editor.org/rfc/rfc4279)（2005 年）中定义。 加密：ARIA，密钥 128 位，是韩国开发的 128 位分组密码，2004 年成为韩国国家标准 KS X 1213。它的 TLS 套件来自信息类文档 [RFC 6209](https://www.rfc-editor.org/rfc/rfc6209)（2011 年），韩国政府和金融系统以外很少有人支持。 模式：CBC，先 MAC 后加密。TLS 1.2 及更早版本先对明文计算 HMAC，再填充、加密，接收方必须先解密才能校验完整性。这种顺序催生了一连串填充预言类攻击：针对 TLS 1.0 可预测 IV 的 [BEAST](https://ssl.sh/zh/glossary/beast/)（CVE-2011-3389），利用 MAC 校验耗时差异的 Lucky Thirteen（CVE-2013-0169，2013 年），以及利用 SSL 3.0 不校验填充的 [POODLE](https://ssl.sh/zh/glossary/poodle/)（CVE-2014-3566，2014 年）。[RFC 9325](https://www.rfc-editor.org/rfc/rfc9325)（2022 年）规定，除非同时协商了 encrypt_then_mac 扩展（[RFC 7366](https://www.rfc-editor.org/rfc/rfc7366)），否则不应（SHOULD NOT）使用 CBC 套件。 完整性：对每条记录计算 HMAC-SHA256，在加密之前进行（先 MAC 后加密）。在 TLS 1.2 中，套件名里的 SHA256 同时指定 PRF 使用的哈希。因此这个套件必须使用 TLS 1.2，不能用于更早的版本。 ## 评级理由 - CBC 模式加独立 MAC（先 MAC 后加密），是 Lucky Thirteen 等填充预言攻击的根源，应优先使用 AEAD。 ## 哪些 TLS 库支持 以下是 2026-11-10 从各库源码或官方文档读取的 TLS_DHE_PSK_WITH_ARIA_128_CBC_SHA256 支持情况。“默认启用”指不做任何配置就会协商；“支持，默认关闭”指已经实现，但需要手动打开。 | 库 | 状态 | 说明 | |---|---|---| | OpenSSL 3.5 | 已实现 | 套件字符串 `DHE-PSK-ARIA128-CBC-SHA256`; OpenSSL 3.5 手册中列出，我们的测试构建未启用 | | GnuTLS | 不支持 | - | | BoringSSL | 不支持 | - | | Go crypto/tls | 不支持 | - | | NSS 3.133 | 不支持 | - | | Firefox | 不支持 | - | | Java 21 (SunJSSE) | 不支持 | - | | Windows Schannel (Windows 11 / Server 2022) | 不支持 | - | | rustls 0.23.46 | 不支持 | - | 这里跟踪的 9 个库都没有默认启用它。另外实现了它的：OpenSSL 3.5。 NSS 一行是 NSS 库自身的默认值；Firefox 启动时会先关闭 NSS 的全部套件，只重新打开有 security.ssl3.* 或 security.tls13.* 偏好项的那些。Java 的默认状态依据 Oracle 为 JDK 21 记录的 jdk.tls.disabledAlgorithms 默认值推算，后续更新可能会再加限制。OpenSSL 和 GnuTLS 两行只表示是否实现。 - [BoringSSL — ssl/ssl_cipher.cc (main)](https://boringssl.googlesource.com/boringssl/+/refs/heads/main/ssl/ssl_cipher.cc) (2026-11-10) - [Go — src/crypto/tls/cipher_suites.go (master)](https://github.com/golang/go/blob/master/src/crypto/tls/cipher_suites.go) (2026-11-10) - [Go — src/crypto/tls/defaults.go (master)](https://github.com/golang/go/blob/master/src/crypto/tls/defaults.go) (2026-11-10) - [NSS — lib/ssl/ssl3con.c (as vendored in Firefox)](https://github.com/mozilla-firefox/firefox/blob/main/security/nss/lib/ssl/ssl3con.c) (2026-11-10) - [NSS — TAG-INFO](https://github.com/mozilla-firefox/firefox/blob/main/security/nss/TAG-INFO) (2026-11-10) - [Firefox — security/manager/ssl/nsNSSComponent.cpp](https://github.com/mozilla-firefox/firefox/blob/main/security/manager/ssl/nsNSSComponent.cpp) (2026-11-10) - [Firefox — modules/libpref/init/StaticPrefList.yaml](https://github.com/mozilla-firefox/firefox/blob/main/modules/libpref/init/StaticPrefList.yaml) (2026-11-10) - [Oracle — JDK 21 Providers Documentation: SunJSSE Cipher Suites](https://docs.oracle.com/en/java/javase/21/security/oracle-providers.html#GUID-7093246A-31A3-4304-AC5F-5FB6400405E2) (2026-11-10) - [Oracle — JDK 21 JSSE Reference Guide: jdk.tls.disabledAlgorithms](https://docs.oracle.com/en/java/javase/21/security/java-secure-socket-extension-jsse-reference-guide.html) (2026-11-10) - [Microsoft Learn — TLS Cipher Suites in Windows 11](https://learn.microsoft.com/en-us/windows/win32/secauthn/tls-cipher-suites-in-windows-11) (2026-11-10) - [Microsoft Learn — TLS Cipher Suites in Windows Server 2022](https://learn.microsoft.com/en-us/windows/win32/secauthn/tls-cipher-suites-in-windows-server-2022) (2026-11-10) - [docs.rs — rustls 0.23.46 crypto::aws_lc_rs (default provider)](https://docs.rs/rustls/0.23.46/src/rustls/crypto/aws_lc_rs/mod.rs.html) (2026-11-10) ## 历史与标准状态 TLS_DHE_PSK_WITH_ARIA_128_CBC_SHA256（0xC0,0x66）在 IANA TLS 密码套件注册表中登记，规范文档为 [RFC 6209](https://www.rfc-editor.org/rfc/rfc6209)《Addition of the ARIA Cipher Suites to Transport Layer Security (TLS)》（2011 年 4 月，信息类）。BCP 195 中的 [RFC 9325](https://www.rfc-editor.org/rfc/rfc9325)（2022 年）规定 TLS 1.2 实现不应（SHOULD NOT）协商 TLS_DHE_* 套件，理由是 Raccoon 攻击以及可协商 DH 群普及率太低。[RFC 10015](https://www.rfc-editor.org/rfc/rfc10015)（2026 年）进一步规定，在 (D)TLS 1.2 中客户端绝不能提供、服务器绝不能选择 FFDHE 套件，IANA 也把这个条目的 Recommended 值改成了 D。 ## Nginx / Apache 禁用 ```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-PSK-ARIA128-CBC-SHA256'; ``` ```apache 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-PSK-ARIA128-CBC-SHA256 ``` ## 如何测试服务器是否接受它 用 openssl s_client 只提供 TLS_DHE_PSK_WITH_ARIA_128_CBC_SHA256；握手成功就说明服务器接受它： ```bash openssl s_client -connect example.com:443 -tls1_2 -cipher DHE-PSK-ARIA128-CBC-SHA256