SSH（Secure Shell）是全漏无数服务器管理员每天都要用的工具。它加密了远程登录通道，全漏理论上让网络嗅探者无从下手。全漏但2023年爆出的全漏Terrapin攻击，把这个“理论安全”撕开了一道口子。全漏攻击者能在SSH握手阶段插入或删除数据包，全漏悄悄降级加密算法，全漏甚至篡改连接。全漏这不是全漏猜测，是全漏实打实的漏洞，影响面覆盖OpenSSH 9.5之前的全漏几乎所有版本。
我最初看到这个报告时，全漏第一反应是全漏“不至于吧”。SSH协议用了快三十年，全漏怎么会在最基础的全漏握手环节翻车？后来仔细读了技术细节才明白，问题出在SSH对二进制数据包长度没有做严格校验。攻击者利用这个疏忽，在客户端和服务器交换密钥的瞬间，把额外的数据包塞进去。整个过程不超过几毫秒，用户完全无感。等连接建立，加密强度已经被悄悄降到可破解的级别。
更麻烦的是，修复并不像打补丁那么简单。Terrapin攻击针对的是SSH协议本身的设计缺陷，而不是某个具体实现。OpenSSH团队紧急发布了9.6版本，加了“严格密钥交换”选项，但默认并不开启。为什么？因为开启后会和旧版客户端不兼容。这就陷入两难：要么牺牲兼容性换取安全，要么继续裸奔等下一次攻击。
我见过不少运维团队，至今还在用OpenSSH 7.x。问他们为什么不升级，回答大多是“系统跑得好好的，不想动”。这种心态我理解，但真到了被攻击那天，代价远大于一次平滑升级。尤其那些暴露在公网上的服务器，每天被扫描的次数可能上千次。Terrapin攻击不需要用户名密码，只要能在网络层拦截流量就行。这意味着，攻击者可能已经潜伏在某个网络节点，等着你发起SSH连接。
有个细节让我印象很深：Terrapin攻击对SSH的“扩展消息”支持有依赖，而很多老旧系统根本不支持这个特性。换句话说，那些看起来“过时”的服务器反而更安全。这有点讽刺，但也说明安全评估不能只看版本号。你得知道自己的SSH配置里开了哪些特性，哪些特性可能被利用。
我自己的做法是，把SSH端口从默认的22改掉，同时禁用密码登录，只允许密钥认证。这不能防住Terrapin，但能大幅减少被自动化脚本扫描的概率。真正的防御还得靠升级到OpenSSH 9.6以上，并手动开启StrictModes。如果你用的是其他SSH实现，比如Dropbear或者Paramiko，也得查查各自对应的修复版本。别等漏洞被大规模利用才想起来补，那会儿就晚了。
说到底，SSH的安全不是一劳永逸的。协议本身在演进，攻击手法也在跟进。今天Terrapin能降级加密，明天可能就有别的招数。保持更新，别怕麻烦，这是运维的基本素养。那些还在用默认配置、从不看安全公告的人，迟早会栽跟头。我见过太多例子了。