在一次针对 SSH 游戏服务器的压测中，开发者注意到一个反常现象：即使向 bots 发送的仅是一条静态消息「your screen is too small」，CPU 占用仍维持在 50% 水平。进一步用 tcpdump 抓包分析后发现，一次按键交互竟产生了 270 个数据包，其中 179 个为 36 字节的填充包。这一现象源于 OpenSSH 9.5 引入的按键时序混淆机制，其设计初衷是防止流量分析攻击，但同时也带来了显著的工程代价。
按键时序混淆的协议设计
2023 年 8 月，Damien Miller 将按键时序混淆功能合并到 OpenSSH 主干。该特性试图通过两种手段掩盖用户的真实输入节奏：其一，在仅有少量数据发送时，以固定 20 毫秒间隔发送交互流量；其二，在最后一次真实按键后，随机延长一段时间并持续发送伪造的「chaff」包。这两项机制共同作用，使得外部观察者难以从数据包时序中推断用户实际输入的内容与节奏。
该功能利用了一对新的 SSH 传输层扩展消息：SSH2_MSG_PING 与 SSH2_MSG_PONG。这两条消息使用「本地扩展」编号空间，通过 ping@openssh.com 扩展信息进行能力协商。只有当服务端明确宣告支持该扩展时，客户端才会启用时序混淆逻辑。从协议层面看，这套机制与现有的 SSH 传输层保活机制正交，专为抗流量分析场景设计。
数据包层面的行为观测
使用 tshark 对单次按键进行抓包分析，可以清晰观察到混淆机制的工作模式。第一次按键产生了约 270 个数据包，其中 36 字节消息占比达 66.3%，TCP ACK 报文占 33.3%，而真正承载用户输入的数据包仅有 1 个。数据包的平均到达间隔约为 11.1 毫秒，这意味着在 20 毫秒的基本间隔之外，还存在因 chaff 包持续发送而产生的额外流量。
从带宽角度衡量，混淆状态下 36 字节消息的总数据量是实际有效载荷的 11.4 倍。一个每秒 10 次更新的 80x60 字符界面，在启用混淆时需要消耗约 6.5 Mbit/s 带宽；而在禁用混淆后，带宽需求下降至约 3 Mbit/s。这种开销在常规交互场景中或许可接受，但对于高频交互的游戏或实时协作应用而言，则构成了显著的性能瓶颈。
工程实践中的禁用策略
按键时序混淆可以通过两种途径禁用。第一种是客户端配置：在 ssh_config 中设置 ObscureKeystrokeTiming=no，或在命令行添加 -oObscureKeystrokeTiming=no 参数。这种方式适用于对安全性要求较低且对延迟敏感的场景，例如通过 SSH 运行的实时游戏或高吞吐量自动化脚本。
第二种策略涉及服务端能力协商。由于 chaff 包是 SSH2_MSG_PING 消息，客户端仅在服务端显式宣告 ping@openssh.com 扩展时才发送这些填充报文。如果服务端选择不宣告该扩展，客户端将回退到普通交互模式。Go 语言的 crypto/ssh 库在 2023 年底合并了 ping 扩展支持，代码改动极为精简，移除相关逻辑仅需数行代码修改。通过修改依赖库的 ext-info 响应逻辑，可以在不改变客户端行为的前提下，从服务端侧消除这一开销源。
性能影响的量化评估
在实际游戏服务器环境中，禁用按键时序混淆带来了可量化的收益。CPU 总占用从 29.90% 下降至 11.64%，降幅达 61%。系统调用时间从 3.10 秒降至 0.66 秒，加解密时间从 1.6 秒降至 0.11 秒。这些数据表明，混淆机制不仅增加了网络带宽消耗，还显著提升了 CPU 在加解密与报文处理上的负担。
对于需要承载数千并发连接的场景，这种优化具有实际意义。一个面向公众开放的多人游戏服务，若要求用户手动配置 SSH 参数或理解安全机制的设计取舍，往往会造成体验碎片化。因此，部分开发者选择在服务端统一禁用 ping 扩展，将安全策略的决定权收归平台运营方，而非转嫁给终端用户。
安全与性能的权衡取舍
按键时序混淆是 SSH 协议在安全性与效率之间做出的一次明确选择。其设计假设是：在不安全的网络环境中，攻击者可能通过分析按键间隔推断用户输入的内容，例如密码或敏感命令。这一攻击向量在学术研究中已有充分论证，典型场景下可达到 70% 以上的命令推断准确率。混淆机制通过引入噪声，使得时序信息不再可靠，从而提升了会话的抗流量分析能力。
然而，混淆的代价同样真实存在。对于本地网络环境或可信链路，这一防护收益可能并不显著；而对于高延迟链路或资源受限设备，额外的带宽与 CPU 开销则构成了切实的成本。协议设计者选择默认启用该功能，意味着将安全权重置于性能之上；但同时保留了细粒度的配置能力，允许部署者根据实际威胁模型做出调整。
参数配置建议
对于需要平衡安全性与性能的场景，以下配置可作为参考起点。在高安全性环境中，保持默认配置即可，20ms 间隔与随机 chaff 持续时间提供了较为可靠的时序混淆效果。在低延迟敏感环境中，可在客户端配置 ObscureKeystrokeTiming=no，或在服务端通过修改 SSH 守护进程配置选择性禁用 ping 扩展。对于批量自动化脚本与机器间通信，建议在配置文件中统一设置禁用选项，以避免无谓的性能损耗。
需要注意的是，禁用时序混淆不会影响 SSH 连接的基本安全性，仅降低了抗流量分析能力。在面临针对性流量监听威胁的场景中，应谨慎评估是否启用该功能，并在必要时结合 VPN 或应用层加密等额外防护手段。
参考资料：
- OpenSSH Keystroke Timing Obfuscation Commit（OpenBSD Journal, 2023-08-28）
- Why does SSH send 100 packets per keystroke?（eieio.games, 2026-01-22）
- SSH Keystroke Obfuscation Bypass（Enigmelo Blog, 2024-06-24）