文章总结： 德国研究人员在WOOT2026会议发表论文，系统分析了AppleAirDrop与AndroidQuickShare近距离传输协议的应用层安全，发现6个漏洞，包括QuickShare加密绕过及可能触发RCE的竞态UAF漏洞，并开发了AirFuzz模糊测试工具。研究指出协议缺乏严格身份认证且处理复杂序列化数据，易受攻击，建议关注相关补丁更新。
综合评分： 78
文章分类： 漏洞分析,移动安全,渗透测试,恶意软件
G.O.S.S.I.P 阅读推荐 2026-09-16 卧龙凤雏
原创
G.O.S.S.I.P
G.O.S.S.I.P
安全研究GoSSIP
2026年9月16日 21:29
上海
在小说阅读器读本章
去阅读
在公众号小说中沉浸阅读
今年6月的新闻：智能手机的两大短距离数据传输协议 Apple AirDrop 和 Android Quick Share 实现了互联互通，高贵的iPhone用户终于可以给Android手机传输文件了~
不过，研究人员发现，作为智能手机短距离数据传输协议（官方名字其实叫做proximity transfer protocol）的“卧龙凤雏”，Apple AirDrop 和 Android Quick Share 天生就非常容易遭受安全攻击：首先是缺乏严格的身份认证，其次传输过程中使用的数据格式都是复杂的序列化内容（serialized content），特别容易被攻击者利用（想想过去有多少序列化漏洞吧），更糟糕的是负责处理这些数据传输的系统组件的权限还非常高。因此，在2026年的WOOT会议上，来自德国的研究人员在论文 Protocol Prying: Systematic Vulnerability Research in the Apple AirDrop and Android Quick Share Proximity Transfer Protocols 中对 Apple AirDrop 和 Android Quick Share 的安全性开展了系统性的调查，并发现了6个安全漏洞：
关于 Apple AirDrop 和 Android Quick Share 相爱相杀的前世今生我们就不再去展开了，大家只要知道AirDrop 长期以来仅限 Apple 设备使用，直到后来被迫开放，Google 终于可以把Android的Quick Share协议适配成兼容AirDrop的巨型协议。在本文中，作者并没有从协议的传输层安全入手，也就是不管是用蓝牙还是Wi-Fi传输数据，这个不是本文的关注重点。作者聚焦的是应用层（application layer）的安全问题，因为在应用层上 Apple AirDrop 和 Android Quick Share 实际上是没有公开的文档来说明它们的传输协议细节的。此外，因为无线传输的便利性，攻击者也可以在远距离（10米开外）就发起攻击。
作者对AirDrop的实现（特别是应用层实现）进行了深入的逆向分析，分析发现，AirDrop这个实现有点“补丁一层摞一层”的感觉，如下表所示，整个数据传输一共可以分为7层，每层里面都包含了一些传统的计算机安全漏洞攻击会抓住的痛点，比如针对数据的压缩传输这个特点，本来传统的“解压缩炸弹”是针对HTTP的，结果现在也可以用来攻击AirDrop了~ 此外，AirDrop这里面用的TLS并不是HTTPS那种非常严格的模式，因为它没法用PKI体系来支持，因此只能通过一些自签名证书来进行验证身份，当然就极大地丧失了安全性……
AirDrop 和 Quick Share 还有一个很大的问题：在还没进行严格的身份认证之前，协议就开始去处理一些复杂的数据结构（比如plist），这时候就特别容易被攻击者抓到问题：
作者说他们开发了AirFuzz这个模糊测试工具来对整个AirDrop实现进行详细的安全测试，还提了下这个工具用了12,300行 Python 代码实现（不知道现在这个Vibe Coding时代提这种数据是加分项还是讽刺）。当然AirFuzz还需要用到Frida来进行代码插桩注入分析：
当然，由于 Quick Share 和 AirDrop 已经实现了互联互通，作者也一起分析了（三星的）Quick Share 协议实现代码，最后作者发现了6个相关的漏洞。从下表可以看到，其实 Quick Share 的问题更大，里面都是一些逻辑漏洞，而且还有一个可能触发RCE的竞态UAF漏洞（作者分析发现race window相当长，甚至可以超过10秒）。
如果要专门介绍一个相关的漏洞细节，可能最值得拿出来说的是上面的漏洞编号V5，就是一个针对 Quick Share 加密的bypass攻击：在 Quick Share 协议的 UKEY2 handshake 过程之后，本来所有的后续数据包都应该是基于 AES-256-CBC + HMAC-SHA256 进行加密和完整性保护，但是作者发现，在下图中的7类包中，有三类包（图的下方那三类）即使没有加密发送，也不会被协议的状态机拒绝。因此攻击者可以观察无线传输，在合法用户执行完握手和密钥协商之后，马上注入这三类包的任意一类，都会成功被协议处理的进程接受并产生不同的效果（具体效果见论文6.3章）！
作者最后还对比了一下Apple和Google/Samsung：
大家也可以看一下作者的演讲视频（下面是搬运版）：
已关注
关注
重播 分享 赞
关闭
观看更多
更多
退出全屏
切换到竖屏全屏退出全屏
安全研究GoSSIP已关注
分享视频
，时长19:35
0/0
00:00/19:35
切换到横屏模式
继续播放
[ ]
进度条，百分之0
播放
00:00
/
19:35
19:35
倍速
全屏
倍速播放中
0.5倍0.75倍1.0倍1.5倍2.0倍
超清流畅
继续观看
G.O.S.S.I.P 阅读推荐 2026-09-16 卧龙凤雏
观看更多
原创
,
G.O.S.S.I.P 阅读推荐 2026-09-16 卧龙凤雏
安全研究GoSSIP已关注
分享点赞在看
已同步到看一看写下你的评论
视频详情
论文：https://www.usenix.org/system/files/woot26-ebrahim.pdf
免责声明：
本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。
任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。
本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。
本文转载自：安全研究GoSSIP G.O.S.S.I.P
G.O.S.S.I.P《G.O.S.S.I.P 阅读推荐 2026-09-16 卧龙凤雏》