第4章 TLS握手参数总览：必须理解的参数归纳总结

TLS 握手看起来就那么几个来回，但里面的参数多得吓人。我刚接触安全审计那会儿，一看到密密麻麻的十六进制报文头就发怵。后来我发现，核心参数其实就那么十几项，掌握了它们，审计日志里的 tls_handshake_params 字段基本就能一眼看穿。

这一章我带你把所有关键参数理一遍。不是为了让你背书，而是让你知道：每次握手到底交换了哪些东西，哪个参数可能被利用，哪个字段能暴露异常。

4.1 协议版本：握手的第一道边界

ClientHello 里第一眼看到的就是版本号。客户端说自己支持的最高版本，服务器选最终的版本。比如 TLS 1.2 (0x0303) 或 TLS 1.3 (0x0304)。

审计要点

• 版本降级攻击：老版本（TLS 1.0 / 1.1）还有没有在用？
• 我曾在某银行内审时发现，他们的一台老旧负载均衡居然还支持 SSL 3.0。按理说 2015 年就该禁了。那次排查花了我两天，因为日志里 version=0x0300 被几个无关请求淹没了。

版本标识	含义	安全等级
0x0300	SSL 3.0	不安全，应禁止
0x0301	TLS 1.0	不建议
0x0302	TLS 1.1	不建议
0x0303	TLS 1.2	安全（推荐）
0x0304	TLS 1.3	最安全

4.2 密码套件：真正的加密组合拳

密码套件定义了密钥交换、身份验证、加密和 MAC 算法。举个例子：TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256。把它拆开看：
- 密钥交换：ECDHE（临时椭圆曲线 Diffie-Hellman）
- 证书认证：RSA
- 对称加密：AES-128-GCM
- 完整性：SHA256

审计时要重点看什么？

• 是否还有 NULL 或 EXPORT 类的弱套件？
• 是否允许 RC4、3DES、CBC 模式？
• 我追过一个 case：日志里 cipher_suite=0x0000，你觉得可能是什么？后来发现是客户端发了一个空的 cipher_suite 列表——这通常是扫描器行为，也可能是畸形报文探测。

4.3 随机数与会话 ID：看不见的纽带

ClientHello 和 ServerHello 都会发一个 32 字节的随机数。这两个随机数加上预主密钥，最终生成会话密钥。随机数质量直接决定密钥不可预测性。

会话 ID 则用于会话复用。老的 1.2 里如果 server 返回了会话 ID，客户端以后可以拿着它直接恢复握手，省掉证书验证。

4.4 证书与签名：信任的根基

服务器证书携带公钥，客户端验证证书链，再检查签名。参数里最关键的是：
- certificate（DER 编码的证书链）
- certificate_verify（客户端证书签名，用于双向认证）
- signature_algorithms（客户端宣告自己支持的签名算法）

避坑指南：我曾经排查过一个单向认证失效的故障。审计日志显示服务器返回了空证书列表，但 TLS 版本是正常的。结果呢？是中间件配置里把 certificate_required 写成了 false。这种参数错误在日志里通常只有一行，但影响整个业务。

4.5 密钥交换参数：DH 与 ECDH 的现场

如果套件用了 DHE 或 ECDHE，服务器会在 ServerKeyExchange 消息里把 DH 参数发过来。参数包括：
- dh_p、dh_g、dh_Ys（DHE 版本的质数、生成元、公钥）
- ecdh_curve、ecdh_public（ECDHE 版本的曲线与公钥）

审计要点：

• DH 素数大小是否 ≥ 2048 位？
• ECDH 曲线是否允许 secp256r1 或 X25519？
• 我见过一个奇葩案例：服务器直接把 dh_p 设成 512 位，居然还在线上跑了半年。原因很简单，开发偷懒用了 OpenSSL 默认的弱素数。唉，审计日志一出，直接封停。

4.6 扩展参数：现代 TLS 的灵魂

TLS 1.2 开始扩展变得至关重要。常见扩展有：

扩展类型	作用	审计关注
SNI	客户端指示要访问的域名	是否与 HTTP Host 头一致？可用于检测 SNI 伪装
ALPN	应用层协议协商（如 h2）	是否强行覆盖了服务器不支持的协议？
Supported Groups	客户端支持的椭圆曲线	是否允许弱曲线？
Key Share	TLS 1.3 中预共享 DH 公钥	公钥长度与曲线是否匹配？

说白了，扩展参数就是客户端和服务器讨价还价的小纸条。一个异常的 SNI 可能暴露恶意域名，一个缺失的 ALPN 可能造成 HTTP/2 降级。

4.7 全局参数关系图

为了让你更直观地理解这些参数在握手流程中的位置，我画了一张图。别小看它——每次你审计日志里看到某个参数，脑子里应该立刻浮现它属于哪个消息。

4.8 小结：审计时该看什么

好了，参数都过了一遍。说到底，你审计日志的时候只需要问自己三个问题：

1. 版本安全吗？——有没有老版本、降级迹象？
2. 密码够强吗？——弱套件、弱曲线、弱 DH 素数有没有出现？
3. 元数据异常吗？——随机数重复、SNI 不匹配、扩展字段格式诡异？

我个人习惯把每个握手的参数录成一个结构化日志，然后按这三个维度打分。一旦低于阈值，立刻告警。这个方法帮我拦下过至少三次预攻击。希望你也能用起来。