FindMy.py项目中的位置报告解码问题分析

背景介绍

FindMy.py是一个用于解析苹果Find My网络位置报告的开源项目。近期该项目在处理某些位置报告时遇到了解码失败的问题，特别是来自真实AirTag和iPhone设备的报告数据。本文将深入分析这一问题的技术细节和解决方案。

问题现象

项目维护者和多位用户报告了类似的问题：某些位置报告无法被正确解码，导致程序崩溃。这些报告数据通常以十六进制字符串形式呈现，长度多为88或89字节。例如：

2bd8e645000504dee6a88ab4580e4c90dcacc62e0efae57a003a1bac1212ba670398be61cb648e08417cf3714ee0429f961793aa645600a7f69807e215292da3a6bda511953cb15b4840de16e26c17651eef760e77fa4b2ca5

技术分析

报告格式差异

通过对多个失败案例的分析，我们发现这些无法解码的报告存在以下特征：

1. 长度差异：有效报告通常为88字节，而问题报告多为89字节
2. 关键字节位置：第5个字节(从0开始计数)似乎指示了报告类型
   • 值为4时对应已知的224位EC密钥格式
   • 其他值(1,2,3,5等)对应未知格式

加密机制

位置报告使用了椭圆曲线加密(ECC)技术，具体实现基于X9.62标准。正常情况下，报告应包含：

1. 未压缩格式标识(0x04)
2. X坐标(26字节)
3. Y坐标(26字节)

然而问题报告似乎采用了不同的格式或包含了额外的元数据。

解决方案探索

初步尝试

项目维护者最初提出的解决方案是移除第6个字节(0x04)，但这仅部分有效，未能解决所有问题。

深入发现

进一步研究发现：

1. 89字节的报告可能来自iOS 17.5.1及以上版本的设备
2. 这些报告需要在解密前移除第6个字节
3. 不同报告类型需要不同的处理方式

最终方案

基于openhaystack项目的经验，FindMy.py项目采用了以下改进：

1. 显式检查报告长度和类型标识
2. 对89字节报告进行特殊处理(移除第6个字节)
3. 增加错误处理机制，跳过无法解码的报告

技术建议

对于开发者处理类似加密数据时，建议：

1. 格式验证：在处理前验证数据长度和关键字节
2. 错误处理：实现健壮的错误处理机制，避免程序崩溃
3. 版本兼容：考虑不同设备/系统版本可能产生的数据格式差异
4. 密码学安全：确保加密解密过程符合相关标准

总结

FindMy.py项目遇到的位置报告解码问题反映了现实世界中加密数据格式的复杂性和变化性。通过分析问题报告特征、参考同类项目经验，最终实现了对多种报告格式的兼容处理。这一案例也提醒开发者，在处理加密通信时需要充分考虑格式兼容性和错误处理。