AsyncSSH与旧版OpenSSH服务器兼容性问题分析

问题背景

在SSH协议实现中，密钥重新协商(Rekey)是一个重要的安全机制，它通过定期更换会话密钥来增强连接安全性。近期发现AsyncSSH 2.14.1及以上版本在与OpenSSH 6.7p1及更早版本服务器通信时，在进行密钥重新协商过程中会出现连接中断的问题。

问题现象

当使用AsyncSSH 2.14.1+版本与OpenSSH ≤6.7p1服务器建立连接并传输大量数据时，服务器会在密钥重新协商阶段报告协议错误："expected packet type 21, got 94"。其中21代表SSH_MSG_NEWKEYS消息类型，94代表SSH_MSG_CHANNEL_DATA消息类型，这表明服务器在期待密钥协商完成消息时却收到了数据消息。

技术分析

通过深入排查，发现问题源于AsyncSSH 2.14.1版本中一个与Terrapin攻击防护相关的代码变更。具体来说，在83e43f5提交中，移除了对特定消息类型的发送限制逻辑，导致在密钥交换过程中错误地允许了数据消息的发送。

在SSH协议规范中，密钥交换是一个关键的安全过程，需要严格的消息顺序控制。当一方发起密钥重新协商时，应该暂停发送非密钥交换相关的消息，直到新的密钥协商完成。AsyncSSH 2.14.1之前的版本正确地实现了这一机制，但在安全加固过程中意外移除了相关控制逻辑。

影响范围

经过测试验证，该问题具有以下特点：

1. 版本相关性：

   • AsyncSSH 2.14.0及以下版本工作正常
   • AsyncSSH 2.14.1及以上版本存在问题
   • OpenSSH 6.8p1及以上版本不受影响

2. 触发条件：

   • 需要传输足够大的数据量触发服务器或客户端的密钥重新协商
   • 在默认配置下，通常在传输约1GB数据后出现

解决方案

该问题的修复方案是恢复原有的消息发送控制逻辑，即在密钥交换过程中暂停非密钥交换相关消息的发送。具体实现上，需要重新引入对MSG_SERVICE_REQUEST、MSG_SERVICE_ACCEPT等消息类型的发送限制。

修复后的AsyncSSH版本已经能够正确处理与旧版OpenSSH服务器的密钥重新协商过程，确保了协议的兼容性和连接稳定性。

技术启示

这一案例为我们提供了几个重要的技术启示：

1. 协议实现的严谨性：安全协议实现必须严格遵循规范，特别是在消息顺序和状态管理方面。

2. 兼容性考量：安全加固措施需要考虑向后兼容性，特别是与广泛部署的旧版本软件的互操作性。

3. 测试覆盖：协议实现变更需要全面的测试覆盖，包括与不同版本实现的交互测试。

4. 性能与安全的平衡：在优化性能时不能牺牲协议的正确性，特别是在密钥管理等关键安全环节。

总结

AsyncSSH与旧版OpenSSH服务器的兼容性问题展示了SSH协议实现中的复杂性。通过恢复正确的消息发送控制逻辑，这一问题得到了有效解决。对于使用AsyncSSH连接旧版OpenSSH服务器的用户，建议升级到包含此修复的版本，以确保连接的可靠性和安全性。