第1章：协议基础与握手加固

各位同学，咱们今天聊点实在的。

直连交易系统，说白了就是两个系统之间直接拉一条网络通道，不经过中间人转发。这种架构在金融领域很常见——交易所和券商之间、银行和清算中心之间，基本都是直连。为什么？因为快，因为可控。

但快和可控的背后，有个绕不开的问题：安全。

你想想看，一条直连通道，如果握手阶段就被攻破了，那后面传输再多加密数据也是白搭。所以今天咱们就从最底层开始，把TCP/TLS握手过程掰开揉碎了讲清楚，再聊聊双向证书认证和密码套件选择这些实战中必须拿捏的东西。

1.1 TCP握手：你以为你懂，其实你未必

TCP三次握手，大学课本里都学过。但真正在金融交易系统里，我见过太多人栽在这个看似简单的地方。

先回顾一下标准流程：

1. 客户端发SYN，告诉服务端“我想连你”
2. 服务端回SYN+ACK，说“收到，我也准备好了”
3. 客户端再发ACK，确认连接建立

就这么简单？嗯，表面上是。但我在项目中遇到过一个问题：SYN Flood攻击。攻击者伪造大量SYN包，服务端被迫为每个连接分配资源，结果内存耗尽，正常交易请求被拒绝。

另外，TCP握手的超时时间也很关键。金融交易讲究毫秒级响应，如果握手超时设得太长，系统会一直等，白白浪费CPU。我个人习惯把tcp_syn_retries设为2，最多重试两次，不行就放弃。别让一个坏连接拖垮整个系统。

1.2 TLS握手：加密通道的建立

TCP只保证数据能送到，但不保证数据不被偷看。所以我们需要TLS。

TLS握手比TCP复杂得多，但核心目标就三个：

• 身份验证：确认对方是不是它声称的那个人
• 密钥协商：双方安全地商量出一个对称密钥
• 参数确认：确定用什么加密算法、什么哈希算法

标准TLS 1.3握手流程（我简化一下）：

1. 客户端发ClientHello，带上支持的密码套件列表
2. 服务端回ServerHello，选定一个密码套件，并发送证书
3. 客户端验证证书，然后双方用密钥交换算法生成共享密钥
4. 握手完成，开始加密通信

1.3 双向证书认证：你不是谁都能连的

单向认证大家都很熟——客户端验证服务端的证书。但在金融交易系统里，这远远不够。

为什么？因为服务端也需要知道“你是谁”。如果任何人都能连上来，那攻击者只要伪造一个客户端，就能发送虚假交易指令。所以我们要做双向证书认证（mTLS）。

配置起来其实不复杂，核心就三步：

1. 服务端要求客户端出示证书
2. 服务端验证客户端证书的合法性（CA签名、有效期、吊销状态）
3. 双方都确认身份后，再继续握手

配置示例（Nginx）：

server {
    listen 443 ssl;
    ssl_certificate /etc/ssl/certs/server.crt;
    ssl_certificate_key /etc/ssl/private/server.key;
    ssl_client_certificate /etc/ssl/certs/ca.crt;
    ssl_verify_client on;
    ssl_verify_depth 2;
}

这里ssl_verify_client on就是开启双向认证。别忘了设置ssl_verify_depth，限制证书链深度，防止攻击者用伪造的中间CA证书绕过验证。

1.4 密码套件选择策略：别用那些花里胡哨的

密码套件，说白了就是一组算法的组合。TLS握手时，双方要协商出一个大家都支持的套件。

但问题来了——支持的套件越多，攻击面越大。我见过一些系统配置了20多个密码套件，里面甚至还有RC4、3DES这种已经被攻破的算法。这不是给自己挖坑吗？

我的建议很简单：只保留最安全的几个。

推荐等级	密码套件	说明
强烈推荐	TLS_AES_256_GCM_SHA384	TLS 1.3默认，性能与安全平衡
推荐	TLS_CHACHA20_POLY1305_SHA256	移动端友好，抗硬件加速攻击
谨慎使用	TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256	TLS 1.2兼容，但密钥长度偏短
禁用	TLS_RSA_WITH_AES_128_CBC_SHA	RSA密钥交换无前向安全性

配置示例（OpenSSL）：

ssl_ciphers 'TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:ECDHE-ECDSA-AES128-GCM-SHA256';
ssl_prefer_server_ciphers on;

这里ssl_prefer_server_ciphers on的意思是服务端说了算。我个人习惯开启这个选项，避免客户端用一些老旧的不安全套件。

1.5 知识体系总览

说了这么多，咱们用一张图把整个握手加固的知识体系串起来：

这张图把咱们今天讲的内容分成了三个维度：协议基础、握手加固、安全策略。TCP和TLS是地基，双向认证和密码套件是墙体，安全策略就是屋顶。缺一不可。

1.6 实战中的几个小建议

最后，分享几个我在项目中踩过的坑，希望能帮你少走弯路：

• 证书有效期别设太长：我见过有人把服务器证书有效期设成10年。结果算法升级了，证书还在用旧算法。建议最长1年，最好6个月。
• 密码套件列表要定期清理：每次安全公告出来，都可能有一个算法被标记为不安全。我习惯每季度review一次密码套件配置。
• 握手超时别设太短：有些团队为了追求速度，把TLS握手超时设为100毫秒。结果网络抖动一下，大量握手失败。我个人建议500毫秒起步，根据实际网络延迟微调。