TLS_SRP_SHA_DSS_WITH_3DES_EDE_CBC_SHA

各组成部分说明

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

密钥交换：SRP，即安全远程密码协议（RFC 5054）。客户端和服务器用口令互相认证，但服务器只保存由口令派生的验证值，口令本身从不在网络上传输，窃听者拿到握手记录也无法离线跑字典攻击。SRP-RSA 和 SRP-DSS 变体还会用服务器证书对 SRP 参数签名。RFC 5054 只定义了 3DES 或 AES 的 CBC 模式加 HMAC-SHA1 的组合。

身份认证：DSS，也就是 DSA 证书。按照 CA/浏览器论坛的 Baseline Requirements，公开受信任的 CA 只签发 RSA 和 ECDSA 证书；TLS 1.3 没有 DSA 签名方案；NIST 的 FIPS 186-5（2023 年）也不再批准用 DSA 生成签名。因此 DSS 套件只残存在老旧的私有 PKI 里。

加密：CBC 模式的 3DES（三重 DES，EDE）。中间相遇攻击让它名义上 168 位的密钥只剩约 112 位安全强度，而真正的问题是 64 位分组：Sweet32（CVE-2016-2183，Bhargavan 与 Leurent，2016 年）在一条长连接上截获约 785 GB 数据后恢复出了 HTTP Cookie，因为分组数达到约 2^32 时就很可能出现碰撞。NIST 自 2023 年后不再允许用三重 DES 加密。

模式：CBC，先 MAC 后加密。TLS 1.2 及更早版本先对明文计算 HMAC，再填充、加密，接收方必须先解密才能校验完整性。这种顺序催生了一连串填充预言类攻击：针对 TLS 1.0 可预测 IV 的 BEAST（CVE-2011-3389），利用 MAC 校验耗时差异的 Lucky Thirteen（CVE-2013-0169，2013 年），以及利用 SSL 3.0 不校验填充的 POODLE（CVE-2014-3566，2014 年）。RFC 9325（2022 年）规定，除非同时协商了 encrypt_then_mac 扩展（RFC 7366），否则不应（SHOULD NOT）使用 CBC 套件。

完整性：HMAC-SHA1。SHA-1 已能实际构造碰撞（SHAttered，2017 年），但 HMAC 的安全性并不依赖抗碰撞性，所以 HMAC-SHA1 记录 MAC 并不被认为已被攻破，这个套件的弱点在别处。协商 TLS 1.2 时，密钥派生使用 SHA-256 PRF——RFC 5246（2008 年）规定所有在它之前定义的套件都这样做。

评级理由

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

• 使用 3DES，64 位分组密码，存在 Sweet32 生日攻击（CVE-2016-2183）。

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

哪些 TLS 库支持

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

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

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

历史与标准状态

TLS_SRP_SHA_DSS_WITH_3DES_EDE_CBC_SHA（0xC0,0x1C）在 IANA TLS 密码套件注册表中登记，规范文档为 RFC 5054《Using the Secure Remote Password (SRP) Protocol for TLS Authentication》（2007 年 11 月，信息类）。BCP 195 中的 RFC 9325（2022 年）规定实现不应（SHOULD NOT）协商安全强度低于 128 位的套件，并指出 3DES 只有 112 位。注册表把它标为 N。按照 RFC 8447（2018 年）的解释，这表示它没有经过 IETF 共识流程、适用范围有限或只面向特定场景，并不一定意味着有缺陷。

在 Nginx 和 Apache 中启用或禁用

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

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

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

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

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

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