3. TLS握手协议阶段日志采集归纳总结

TLS握手协议——说白了就是客户端和服务器互相亮明身份、商量加密参数的过程。这个过程涉及好几个来回的报文交换，每个阶段都有值得记录的参数。

我刚开始做审计日志的时候，总觉得直接把整个握手报文全 dump 下来最省事。结果呢？日志量暴涨，检索时想查个关键信息得翻半天。后来慢慢才明白，分阶段、按需采集才是正道。每个阶段只抓最能反映安全状况的参数，其他一概略过。

这一节我就把 TLS 1.2 和 1.3 握手各阶段的日志采集要点给你捋一遍。你想想看，一个握手下来，哪些参数是审计必看的，哪些是踩过坑才发现的。

3.1 ClientHello 阶段

握手从客户端发 ClientHello 开始。这里面藏着客户端支持的 TLS 版本列表、加密套件列表、扩展信息等等。

应该采集的参数：

• 客户端支持的 TLS 版本列表——有时候客户端居然还带着 SSL 3.0，妥妥的安全隐患。
• 支持的密码套件列表——注意有没有弱密码套件，比如 TLS_RSA_WITH_3DES_EDE_CBC_SHA。
• SNI（Server Name Indication）——用于区分多域名场景，审计里常用来标记访问目标。
• 随机数（Client Random）——虽然不需要完整记录，但它的 hash 值可以用于后续关联握手上下文的。

3.2 ServerHello 阶段

服务端回应 ServerHello，最终选定版本、密码套件和随机数。这是握手真正“成交”的地方。

必须记录：

• 选定的 TLS 版本——比如 TLS 1.2 还是 1.3，直接关系后续安全强度。
• 选定的密码套件——这是最终生效的套件，必须记。
• 服务端随机数（Server Random）——可以和客户端的随机数一起，用来推导会话密钥的，理论上不直接暴露密钥，但记录后有助于重放攻击分析。

3.3 证书验证阶段

服务端发证书（或证书链），客户端验证。这一步最容易被忽略日志细节。

该采什么：

• 证书链长度——太长的链可能说明中间证书配置有问题。
• 证书主题（Subject）和签发者（Issuer）——谁发的，谁签的。
• 证书有效期——是不是已经过期了？审计里常要求记录有效期是否合规。
• 证书签名算法——比如 SHA256withRSA，别用那些弱算法。
• 证书序列号——唯一标识，吊销查询时有用。

3.4 密钥交换阶段

根据密码套件的不同，可能是 RSA 密钥交换，也可能是 (EC)DHE。TLS 1.3 这一步直接合并到了 ServerHello 的参数里。

日志采集要点：

• 密钥交换算法——比如 ECDHE 还是 DHE，RSA 已经被废弃了。
• 椭圆曲线或 DH 参数群——比如 P-256 还是 x25519，弱曲线（如 secp192）要报警。
• 临时公钥（Server/Client Key Share）——只记公钥指纹，不要记原始密钥材料。
• 是否启用 PFS（完美前向安全）——从密钥交换算法就能判断。

3.5 Finished 阶段

双方发送 Finished 消息，验证整个握手没有被篡改。这一步日志一般只记录是否验证成功，以及验证值（Verify Data）的部分 hash。

可以记录的：

• Finished 消息验证结果——成功还是失败。
• Session ID 或 Session Ticket（如果复用）——会话恢复的标识，审计里常用来追踪短连接。
• 握手结束时间戳——配合开始时间，计算握手耗时，性能监控用。

3.6 各阶段日志映射汇总

下面这个表格把每个阶段的关键参数和日志字段映射到一起，方便你直接抄作业。

阶段	关键参数	建议日志字段
ClientHello	版本列表、密码套件列表、SNI	client_versions, client_ciphers, sni
ServerHello	选定版本、选定套件、Server Random	selected_version, selected_cipher, server_random
证书验证	证书链、主题、签发者、有效期、序列号	cert_subject, cert_issuer, cert_valid_from, cert_valid_to
密钥交换	算法、椭圆曲线、公钥指纹	key_exchange_algo, curve, pubkey_fingerprint
Finished	验证结果、Session ID	handshake_complete, session_id

3.7 完整的日志采集流程框架

下面这张图总结了 TLS 握手过程中日志采集的关键节点。每个阶段都对应着一个日志输出点。你看一眼就能明白，日志采集不是单独抓某个包的字段，而是一条流水线。

3.8 小结与避坑清单

好了，这一章的内容其实就一句话：分阶段、抓关键、记元数据、不记秘密。我最后再给你列个避坑清单：

• 不要一股脑全采——那样日志量爆炸，且敏感字段容易被审计过关。
• 不要漏掉会话恢复场景——很多审计只看完整握手，忘了 Session Ticket 的日志也需要采集。
• 不要记录私钥或预主密钥——哪怕是用于调试的临时文件，也要记得用后即焚。
• 不要只记成功的握手——失败的握手往往藏着攻击试探，比如降级攻击、证书验证失败。