# TLS_AES_128_GCM_SHA256 密码套件

> TLS_AES_128_GCM_SHA256（0x13,0x01）：任意（单独协商）/任意（单独协商） · AES-128-GCM · TLS 1.3。ssl.sh 评级：推荐。含 OpenSSL/GnuTLS 名称和 Nginx/Apache 配置。

Source: https://ssl.sh/zh/ciphers/tls-aes-128-gcm-sha256/
Last updated: 2026-11-10

TLS_AES_128_GCM_SHA256（0x13,0x01）是 TLS 1.3 密码套件：AES-128-GCM 认证加密，HKDF 使用 SHA256。TLS 1.3 的密钥交换和身份认证单独协商，所以套件名里不包含它们。ssl.sh 评级为“推荐”。

| 字段 | 值 |
|---|---|
| IANA | TLS_AES_128_GCM_SHA256 |
| 十六进制码 | 0x13,0x01 |
| OpenSSL | TLS_AES_128_GCM_SHA256 |
| GnuTLS | TLS_AES_128_GCM_SHA256 |
| 密钥交换 | 任意（单独协商） |
| 身份认证 | 任意（单独协商） |
| 加密算法 | AES-128-GCM |
| 消息认证（MAC） | AEAD |
| TLS 版本 | TLS 1.3 |
| 评级 | 推荐 |
| IANA“Recommended” | Y |
| 规范 | RFC 9846 |

## 各组成部分说明

[密码套件](https://ssl.sh/zh/glossary/cipher-suite/)规定了客户端和服务器在一次握手中共同使用的一组算法。TLS_AES_128_GCM_SHA256 由 AES-128-GCM 认证加密（AEAD）和 SHA256 哈希组成。下面逐项说明每个部分及其已知弱点；整体原理可参考[密码套件详解](https://ssl.sh/zh/learn/cipher-suites/)。

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

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

模式：GCM（伽罗瓦/计数器模式），一种 [AEAD](https://ssl.sh/zh/glossary/aead/)：计数器模式加密加上 GHASH 认证，标签 16 字节，加密和完整性一步完成。TLS 1.3 中 nonce 由记录序号与每个方向的 IV 异或得到，记录不用额外携带任何东西，nonce 也不会重复。

## 评级理由

- IANA 标为“Recommended”的 TLS 1.3 套件；TLS 1.3 始终使用临时密钥交换和 AEAD。

## 哪些 TLS 库支持

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

| 库 | 状态 | 说明 |
|---|---|---|
| OpenSSL 3.5 | 已实现 | 套件字符串 `TLS_AES_128_GCM_SHA256` |
| GnuTLS | 已实现 | 名称 `TLS_AES_128_GCM_SHA256`; 最低协议版本 `TLS 1.3` |
| BoringSSL | 默认启用 | - |
| Go crypto/tls | 默认启用 | 由 tls.CipherSuites() 返回 |
| NSS 3.133 | 默认启用 | NSS 库默认值 |
| Firefox | 默认启用 | about:config 偏好项 `security.tls13.aes_128_gcm_sha256` |
| Java 21 (SunJSSE) | 默认启用 | - |
| Windows Schannel (Windows 11 / Server 2022) | 默认启用 | - |
| rustls 0.23.46 | 默认启用 | - |

这里跟踪的 9 个库中，有 7 个默认启用它：BoringSSL、Go crypto/tls、NSS 3.133、Firefox、Java 21 (SunJSSE)、Windows Schannel (Windows 11 / Server 2022) 和 rustls 0.23.46。另外实现了它的：OpenSSL 3.5 和 GnuTLS。

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_AES_128_GCM_SHA256（0x13,0x01）在 IANA TLS 密码套件注册表中登记，规范文档为 [RFC 9846](https://www.rfc-editor.org/rfc/rfc9846)《The Transport Layer Security (TLS) Protocol Version 1.3》（2026 年 7 月，标准轨道）。TLS 1.3 最早以 [RFC 8446](https://www.rfc-editor.org/rfc/rfc8446)（2018 年）发布，后来以 [RFC 9846](https://www.rfc-editor.org/rfc/rfc9846)（2026 年）重新发布，后者废止了 RFC 8446。规范第 9.1 节规定 TLS_AES_128_GCM_SHA256 必须实现，并要求实现应当（SHOULD）同时支持 TLS_AES_256_GCM_SHA384 和 TLS_CHACHA20_POLY1305_SHA256。注册表把它标为推荐（Y）。

## Nginx / Apache

启用

```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;
```

```apache
SSLProtocol -all +TLSv1.2 +TLSv1.3
SSLCipherSuite TLSv1.3 TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256
```

禁用

```nginx
ssl_conf_command Ciphersuites TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256;
```

```apache
SSLCipherSuite TLSv1.3 TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256
```


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

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

```bash
openssl s_client -connect example.com:443 -tls1_3 -ciphersuites TLS_AES_128_GCM_SHA256 </dev/null
```

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

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

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

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

## 常见问题

### TLS_AES_128_GCM_SHA256 安全吗？

安全。ssl.sh 把它评为“推荐”。IANA 标为“Recommended”的 TLS 1.3 套件；TLS 1.3 始终使用临时密钥交换和 AEAD。规范第 9.1 节规定 TLS_AES_128_GCM_SHA256 必须实现，并要求实现应当（SHOULD）同时支持 TLS_AES_256_GCM_SHA384 和 TLS_CHACHA20_POLY1305_SHA256。

### TLS 1.3 能用 TLS_AES_128_GCM_SHA256 吗？

能。它就是 TLS 1.3 套件，只能在 TLS 1.3 中使用，TLS 1.2 握手无法协商它。OpenSSL 默认启用它（TLS_AES_128_GCM_SHA256 在 OpenSSL 默认的 TLS 1.3 列表中）。

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

TLS 1.3 套件不受 `ssl_ciphers` 控制。在 Nginx（1.19.4 以上并配合 OpenSSL 1.1.1 以上）的 `ssl_conf_command Ciphersuites` 或 Apache httpd 的 `SSLCipherSuite TLSv1.3` 里列出 `TLS_AES_128_GCM_SHA256`，然后重载服务。

### 哪些客户端和库还支持 TLS_AES_128_GCM_SHA256？

开箱即用：BoringSSL、Go crypto/tls、NSS 3.133、Firefox、Java 21 (SunJSSE)、Windows Schannel (Windows 11 / Server 2022) 和 rustls 0.23.46。已实现、默认状态未跟踪：OpenSSL 3.5 和 GnuTLS。
