TLS_GOSTR341112_256_WITH_28147_CNT_IMIT

各组成部分说明

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

密钥交换与认证：GOST。套件使用俄罗斯 GOST R 34.10-2012 椭圆曲线算法和 256 位 GOST R 34.11-2012（Streebog）哈希，TLS 1.2 下的用法见 RFC 9189（2022 年）；服务器用 GOST 证书证明身份。

加密：计数器（CNT）模式的 GOST 28147-89，一种苏联时代的 64 位分组密码，密钥 256 位，按 RFC 9189（2022 年）搭配 GOST IMIT 消息认证码使用。与 AEAD 不同，加密和完整性校验是分开的两步。

评级理由

ssl.sh 评级：弱。理由：

• 不是 AEAD 加密：机密性和完整性依赖单独的 MAC 结构。
• 没有前向保密：会话密钥由服务器的长期密钥保护（静态 RSA/DH/ECDH、PSK 或 Kerberos），私钥一旦泄露，录下的历史流量都能被解密。

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

哪些 TLS 库支持

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

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

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

历史与标准状态

TLS_GOSTR341112_256_WITH_28147_CNT_IMIT（0xC1,0x02）在 IANA TLS 密码套件注册表中登记，规范文档为 RFC 9189《GOST Cipher Suites for Transport Layer Security (TLS) Protocol Version 1.2》（2022 年 3 月，信息类）。注册表把它标为 N。按照 RFC 8447（2018 年）的解释，这表示它没有经过 IETF 共识流程、适用范围有限或只面向特定场景，并不一定意味着有缺陷。

在 Nginx 和 Apache 中启用或禁用

OpenSSL 3.5 没有实现这个套件，标准的 Nginx、Apache httpd 无法提供它，也就不需要专门禁用。

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

OpenSSL 3.5 无法提供 TLS_GOSTR341112_256_WITH_28147_CNT_IMIT，openssl s_client 不能直接测试；请使用自带该套件实现的扫描工具。

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

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

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