# TLS_ECDHE_ECDSA_WITH_ARIA_128_GCM_SHA256 密码套件

> TLS_ECDHE_ECDSA_WITH_ARIA_128_GCM_SHA256（0xC0,0x5C）：ECDHE/ECDSA · ARIA-128-GCM · TLS 1.2。ssl.sh 评级：安全。含 OpenSSL/GnuTLS 名称和 Nginx/Apache 配置。

Source: https://ssl.sh/zh/ciphers/tls-ecdhe-ecdsa-with-aria-128-gcm-sha256/
Last updated: 2026-11-10

TLS_ECDHE_ECDSA_WITH_ARIA_128_GCM_SHA256（0xC0,0x5C）是用于 TLS 1.2 的密码套件：ECDHE 密钥交换、ECDSA 身份认证、ARIA-128-GCM 加密、AEAD 消息认证。ssl.sh 评级为“安全”。

| 字段 | 值 |
|---|---|
| IANA | TLS_ECDHE_ECDSA_WITH_ARIA_128_GCM_SHA256 |
| 十六进制码 | 0xC0,0x5C |
| OpenSSL | ECDHE-ECDSA-ARIA128-GCM-SHA256 |
| GnuTLS | - |
| 密钥交换 | ECDHE |
| 身份认证 | ECDSA |
| 加密算法 | ARIA-128-GCM |
| 消息认证（MAC） | AEAD |
| TLS 版本 | TLS 1.2 |
| 评级 | 安全 |
| IANA“Recommended” | N |
| 规范 | RFC 6209 |

## 各组成部分说明

[密码套件](https://ssl.sh/zh/glossary/cipher-suite/)规定了客户端和服务器在一次握手中共同使用的一组算法。TLS_ECDHE_ECDSA_WITH_ARIA_128_GCM_SHA256 由 ECDHE 密钥交换、ECDSA 身份认证、ARIA-128-GCM 加密和 AEAD 完整性保护组成。下面逐项说明每个部分及其已知弱点；整体原理可参考[密码套件详解](https://ssl.sh/zh/learn/cipher-suites/)。

密钥交换：[ECDHE](https://ssl.sh/zh/glossary/ecdhe/)，即临时椭圆曲线 Diffie-Hellman。客户端和服务器每次握手都在 X25519、P-256 等命名曲线上生成新的密钥对，用完即丢弃。会话密钥并不只取决于服务器的长期私钥，所以即使私钥日后被盗，之前录下的流量也解不开，这就是[前向保密](https://ssl.sh/zh/glossary/forward-secrecy/)。TLS 的 ECC 套件最早由 [RFC 4492](https://www.rfc-editor.org/rfc/rfc4492)（2006 年）定义，现行规范是 [RFC 8422](https://www.rfc-editor.org/rfc/rfc8422)（2018 年）。

身份认证：[ECDSA](https://ssl.sh/zh/glossary/ecdsa/)。服务器需要一张椭圆曲线证书（通常是 P-256 或 P-384），并用它对密钥交换参数签名。P-256 密钥约有 128 位安全强度，相当于 3072 位 RSA，体积却小得多；[RFC 9325](https://www.rfc-editor.org/rfc/rfc9325)（2022 年）也建议 TLS 中的 ECDSA 使用 P-256。只有 RSA 证书的服务器无法协商这个套件，所以很多网站会同时部署 RSA 和 ECDSA 两张证书。

加密：ARIA，密钥 128 位，是韩国开发的 128 位分组密码，2004 年成为韩国国家标准 KS X 1213。它的 TLS 套件来自信息类文档 [RFC 6209](https://www.rfc-editor.org/rfc/rfc6209)（2011 年），韩国政府和金融系统以外很少有人支持。

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

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

## 评级理由

- 临时密钥交换（有前向保密）加 AEAD 加密，正是 TLS 1.2 最佳实践要求的组合。

## 哪些 TLS 库支持

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

| 库 | 状态 | 说明 |
|---|---|---|
| OpenSSL 3.5 | 已实现 | 套件字符串 `ECDHE-ECDSA-ARIA128-GCM-SHA256` |
| 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_ECDHE_ECDSA_WITH_ARIA_128_GCM_SHA256（0xC0,0x5C）在 IANA TLS 密码套件注册表中登记，规范文档为 [RFC 6209](https://www.rfc-editor.org/rfc/rfc6209)《Addition of the ARIA Cipher Suites to Transport Layer Security (TLS)》（2011 年 4 月，信息类）。注册表把它标为 N。按照 [RFC 8447](https://www.rfc-editor.org/rfc/rfc8447)（2018 年）的解释，这表示它没有经过 IETF 共识流程、适用范围有限或只面向特定场景，并不一定意味着有缺陷。

## Nginx / Apache

启用

```nginx
ssl_protocols TLSv1.2 TLSv1.3;
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:ECDHE-ECDSA-ARIA128-GCM-SHA256';
ssl_prefer_server_ciphers off;
```

```apache
SSLProtocol -all +TLSv1.2 +TLSv1.3
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:ECDHE-ECDSA-ARIA128-GCM-SHA256
SSLHonorCipherOrder off
```

禁用

```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:!ECDHE-ECDSA-ARIA128-GCM-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:!ECDHE-ECDSA-ARIA128-GCM-SHA256
```


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

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

```bash
openssl s_client -connect example.com:443 -tls1_2 -cipher ECDHE-ECDSA-ARIA128-GCM-SHA256 </dev/null
```

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

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

想解析套件名称或十六进制编号，可以用[密码套件查询](https://ssl.sh/zh/tools/cipher-suite-lookup/)；[SSL 检测](https://ssl.sh/zh/tools/ssl-checker/)会显示线上服务器接受哪些协议版本以及实际协商出的密码套件。

## 常见问题

### TLS_ECDHE_ECDSA_WITH_ARIA_128_GCM_SHA256 安全吗？

从密码学上看是安全的：ssl.sh 把它评为“安全”。临时密钥交换（有前向保密）加 AEAD 加密，正是 TLS 1.2 最佳实践要求的组合。

### TLS 1.3 能用 TLS_ECDHE_ECDSA_WITH_ARIA_128_GCM_SHA256 吗？

不能。TLS 1.3 有自己的一套套件，名字里只写 AEAD 和哈希，TLS 1.2 的套件不能用于 TLS 1.3 握手。TLS_ECDHE_ECDSA_WITH_ARIA_128_GCM_SHA256 适用于 TLS 1.2。最接近的 TLS 1.3 套件是 [TLS_AES_128_GCM_SHA256](https://ssl.sh/zh/ciphers/tls-aes-128-gcm-sha256/)，TLS 1.3 会另外协商 X25519 等密钥交换与它搭配。

### 在 Nginx 或 Apache 里怎么启用 TLS_ECDHE_ECDSA_WITH_ARIA_128_GCM_SHA256？

把 `ECDHE-ECDSA-ARIA128-GCM-SHA256`（它的 OpenSSL 名称）加进 Nginx 的 `ssl_ciphers` 或 Apache httpd 的 `SSLCipherSuite`，同时在 `ssl_protocols` 或 `SSLProtocol` 中保留 TLS 1.2，然后重载服务。完整片段见上面的配置部分。

### 哪些客户端和库还支持 TLS_ECDHE_ECDSA_WITH_ARIA_128_GCM_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。