Rayhunter项目：用Rust重写设备安装器的技术探索

在Rayhunter项目的开发过程中，团队针对设备安装器(installer)进行了深入的技术讨论和重构工作。本文将详细介绍这一技术演进过程及其背后的思考。

背景与挑战

Rayhunter原有的安装器面临几个关键挑战：硬件兼容性有限、缺乏图形界面(GUI)支持、跨平台兼容性问题(特别是Windows和macOS)。这些限制促使团队考虑对安装器进行彻底重构。

技术方案选择

团队决定采用Rust语言重写安装器，这一选择基于Rust的多方面优势：

• 卓越的跨平台支持能力
• 出色的内存安全性
• 强大的生态系统支持
• 高效的性能表现

重构方案将原本独立的串行通信二进制文件(serial binary)直接集成到新的安装器二进制中，甚至考虑将rayhunter的release.tar文件直接嵌入到安装器二进制内。

ADB组件的技术考量

关于Android调试桥(ADB)组件的处理，团队评估了多种方案：

1. 直接移植现有代码
2. 采用现有的adb_client crate
3. 完全移除ADB依赖

经过深入讨论，团队注意到现有的串行通信(serial)已经提供了功能性shell，而tplink设备支持telnetd，加上rayhunter的GUI已经具备下载和删除PCAP文件的能力，这使得ADB可能不再是必需组件。

ADB实现方案的技术评估

团队对Rust生态中的多个ADB实现库进行了详细评估：

1. adb_client库：基于libusb(rusb)实现，需要处理设备认证问题
2. 其他候选库：包括adb-client-tokio、mozdevice、adb-rust等
3. 自主实现方案：考虑使用nusb作为rusb的替代方案

在实际测试中，adb_client库与Orbic设备连接时遇到了认证协议不匹配的问题(收到"AUTH"响应而非预期的"CNXN")。通过分析USB数据包捕获和修改库代码，团队成功解决了这一兼容性问题。

实施成果

最终的技术重构工作通过PR#291完成，实现了：

• 更简洁的安装流程
• 更好的跨平台兼容性
• 减少外部依赖
• 提高整体系统稳定性

这一技术演进不仅解决了当前的问题，还为Rayhunter项目的未来发展奠定了更坚实的基础，特别是在支持更多硬件设备和操作系统方面提供了更好的扩展性。