Google 逆向了 AirDrop

[MacsedProtoss]

来源： https://blog.google/products/android/quick-share-airdrop/

目前已知：

• Apple 没有参与
• iOS 接收时需要开启所有人
• Google 没有开源，目前不属于 Android 的一部分

好奇的事情：

• Apple 会不会做出反制（无论是技术上的还是法律上的）
• Google 未来会不会开源（这意味着可以部署到家庭 NAS 之类的地方更方便使用）

https://x.com/stkn2668/status/1991698577303957641?s=46

Wi-Fi Aware 的支持并不是必须的
EU 在这件事情上没有任何推动
这就是 awdl 与 airdrop 协议被逆向了而已

[kierankihn]

目前已经有开源的对 AirDrop 的第三方实现了吧：
https://github.com/seemoo-lab/opendrop

[samlin]

@kierankihn 这个上古项目了吧？看 issue 都不管了

[tf2]

简中假消息啊。

这是欧盟通过 Digital Markets Act 法案反垄断，厂商通过 Wi-Fi Aware 标准兼容的

https://en.wikipedia.org/wiki/Wi-Fi_Alliance#Wi-Fi_Aware

https://digital-markets-act.ec.europa.eu/questions-and-answers/interoperability_en

Developers will be able to integrate alternative solutions to Apple’s AirDrop and AirPlay services on the iPhone. As a result, iPhone users will be able to choose from different and innovative services to share files with other users and cast media content from their iPhones to TVs.

[MacsedProtoss]

@tf2 谁说是假消息，这个是 Google 自己发的新功能的
，按照 the verge 和 9to5google 的采访可以得出结论苹果没有参与

https://9to5google.com/2025/11/20/android-quick-share-airdrop-pixel-10/


你说的 Wi-Fi aware 是新的 API ，这个 API 不参与 airdrop 的实现

https://developer.apple.com/documentation/WiFiAware

[MacsedProtoss]

@tf2 你知道什么叫做 alternative solutions 吗？
就是相当于第三方 app 终于不用热点/局域网方案，而可以 app 内通过 Wi-Fi aware 来点对点，从而实现类似 AirDrop 的效果
压根不是说苹果开放了私有的 AirDrop 协议

[atone]

@tf2 建议反驳前自己先花点时间核实一下，否则自己成了那个传“简中假消息”的人。

[atone]

Apple 不是要采用 Gemini 来驱动新 Siri 嘛，对于 AirDrop 这个事情默认一下也是有可能的。

[jier17cm]

从视频来看 确实是的,国内的大厂就学吧! 还要下厂商自己的 App

[tf2]

@MacsedProtoss @atone

核实啥？ iOS19 开始就必须兼容 wifi aware 了。这就是欧盟法案要求的。

google 到底是 “逆向 awdl” 还是在新机器和系统里支持了 wifi aware ？

[MacsedProtoss]

@tf2 你在搞笑吧 找一个不知名的错误文章在这说
dma 只要求苹果支持 Wi-Fi aware 没有要求 AirDrop 放弃 awdl
而且你完全没有跑过 iOS 代码，没有实践过，就在这乱说…直接 block

[MacsedProtoss]

@tf2 而且 iOS19 啊哈哈哈哈哈哈哈 你眼你就不用 Apple 设备

[Cabana]

哈哈, 跟国内厂商学坏了.

[MacsedProtoss]

@tf2 最后再给你一句
Wi-Fi Aware 只是用于点对点的传输，就像 awdl 一样他们都不是应用层的。
也就是说 AirDrop 协议或者 AirPlay 协议是运行在他们之上的
因此从一开始你的说辞就完全错误，也可以看出你对计算机网络一无所知
Wi-Fi aware 也好 awdl 也好都可以在其上层传输任何数据。因此 Google 一定要逆向协议才可以成功 AirDrop 。
另外自己跑一下 iOS 就知道，苹果依然在使用 awdl

[atone]

@tf2 #9 已 block

[y1y1]

看涨 nas 带无线网卡版

[tf2]

@MacsedProtoss 你懂得多，你鉴定下，这次 com.google.android.mosey 可以兼容不支持 aware 的 wifi 芯片的手机吗？可以向 iOS 19 之前的 iDevice 传文件吗？

[zsj1029]

小米早就逆向了吧

[G900]

前面还在想到底是谁说的不对还在这杠，后面看到 iOS 19 直接绷不住了😂

[tf2]

@G900

欧盟这么说的，我也只能照着说啊，我换个说法不是说我自研 iOS 26 了？

https://digital-markets-act.ec.europa.eu/document/download/8f28e456-5bd4-4b33-af95-b9f52aeb8a03_en?filename=DMA.100203%20-%20Overview%20of%20proposed%20measures.pdf



To the extent technically possible, ensure that the Wi-Fi chip of iOS devices,
including legacy devices, have sufficient memory available to run two
concurrent P2P Wi-Fi connections until Apple deprecates AWDL. According
to Apple, this includes all iOS devices that were launched in 2018 or later
(except for iPhone XR) that can upgrade to iOS 19.

[tf2]

自研 -> 字研

[okakuyang]

解决争论很简单，找个 pixel 10 手机升级谷歌宣称那个系统版本，对 iOS18 系统的 iphone ，穿个文件就真相大白了。

[tf2]

@okakuyang 没错。如果是逆向 AWDL ，那么老版本的 iOS 应该也都兼容。

[rockddd]

看你们吵架感觉好笑，互相 b 还要大声喊出来，有点像火影忍者

[VinsonGuo]

欧盟强制苹果采用开放无线标准后，安卓设备可以使用 AirDrop 。谷歌 Pixel 10 率先支持这一功能，用户可通过 Wi-Fi Aware 标准在手机间直接分享文件，无需经过服务器。此举打破苹果封闭生态，是欧盟《数字市场法案》推动互操作性的直接成果

https://arstechnica.com/gadgets/2025/11/the-eu-made-apple-adopt-new-wi-fi-standards-and-now-android-can-support-airdrop/

[MacsedProtoss]

@VinsonGuo 招笑的文章… 野鸡内容就是这样出来的

[icyalala]

https://security.googleblog.com/2025/11/android-quick-share-support-for-airdrop-security.html
谷歌自己在博客里提到 "This implementation using "Everyone for 10 minutes” mode is just the first step in seamless cross-platform sharing, and we welcome the opportunity to work with Apple to enable “Contacts Only” mode in the future."

说明谷歌这个功能确实没有和苹果合作。

https://support.google.com/android/answer/9286773
谷歌在描述分享功能时提到支持 iPhone, iPad, or macOS device.
而那个 peer-to-peer Wi-Fi 只有最新的 iOS 才支持，说明肯定不是用的这个 Framework 。

[MacsedProtoss]

@okakuyang 压根没那么麻烦
Apple 被 dma 逼着出的 Wi-Fi aware 压根没提供 Mac 的接口
然而这次的 Android Drop 可以投向 Mac——这个是确定的事实

https://developer.apple.com/documentation/WiFiAware


@VinsonGuo

[VinsonGuo]

@MacsedProtoss 搞笑，Ars Technica 也被你说成野鸡网站了

[VinsonGuo]

其实就是利用了 Wifi 感知的协议，而这个协议也是苹果在欧盟的压力下适配的，需要 ios26 以上的系统和近几年的手机，才可以和 Android 进行隔空投送：

总之，iOS 26 和 iPadOS 26 都新增了 Wi-Fi 感知功能，苹果的开发者文档列出了支持该功能的具体硬件（ iPhone 12 及更新机型，以及过去三四年内发布的大多数 iPad ）。对于安卓用户来说，这意味着只有更新到 iOS/iPadOS 26 或更高版本的设备，才能通过隔空投送 (AirDrop) 使用快速分享功能。谷歌自安卓 8.0 版本起就支持 Wi-Fi 感知功能，因此理论上大多数现代安卓手机应该都能在未来的软件更新中添加对该功能的支持。

[jonty]

@tf2 #16 然而并没有 ios19,18 之后就是 ios26 。不知道你这个所谓的 ios19 消息来源是啥？

[icyalala]

@VinsonGuo 谷歌明确说支持 macOS ，也没有限制系统版本:
https://support.google.com/android/answer/9286773
所以肯定不是 WiFi Aware

[atone]

@VinsonGuo #23 那么如何解释 macOS 不支持 Wi-Fi Aware ，但是谷歌的这个功能却支持 macOS 设备呢？

[idlerlestat]

印象中小米也有？

[MacsedProtoss]

@idlerlestat @zsj1029 国产厂商方案不一样，小米，OPPO ，vivo ，都是用的 app 方案，并没有任何逆向，纯粹的安装并运行一个 app 来做到比较差的体验。
即 iOS 上安装他们的 app ，之后他们的 app 会启动后台蓝牙服务。Android 系统发送文件时，扫描到 iOS 的蓝牙服务，并进行蓝牙通讯，之后让 iOS app 辅助请求并弹窗连接 android 的热点，然后进行文件发送。
iOS 系统向 android 发送时只能通过他们的 app 内操作。
且由于 iOS 会杀后台，因此长时间不打开他们的 app 或者手动关闭他们的 app 之后，Android 发送会失败。

其实国产厂商的方案的升级版才是 Wi-Fi Aware 。他们现在用热点来发送文件，其实是可以改成 Wi-Fi aware 来发文件的。但是 Wi-Fi aware 目前必须要 app 在前台才能工作，因此发现功能还得是蓝牙后台运行

[G900]

能杠出来这么多，你们还是太闲了。

表面上： 是 Quick Share 和 AirDrop 的互通。
技术底座： 并不是双方都退一步采用了公共标准（ Wi-Fi Aware ），而是 Google 单方面实现了苹果的私有协议（ AWDL/BLE ）。

这也是为什么该功能目前仅限 Pixel 10 系列（可能需要特定的 Wi-Fi 芯片固件支持来模拟 AWDL ），且必须要求 iPhone 开启“所有人”可见模式的原因。

楼上拿着一份欧盟公布过的文件就说是苹果被迫实现的，你当那文件是法律呢？

你杠你就是对的，行了吧？

[tf2]

@jonty 19 楼那个 pdf 你打开搜 ios 19

欧盟这个法规出来的比 ios 改名时间更早，这个也能理解

[tf2]

@rockddd 我没有屏蔽本帖里的任何人

[tf2]

@VinsonGuo @icyalala

macOS “不支持” wifi aware 也可以有 2 个层面理解

一个是不开放 wifi aware API 给 macOS app 调用，但是内核底层支持比如 airdrop 支持 aware + awdl 双协议，将来逐渐过渡到 wifi aware 标准（ EU 要求）

另一个就是某 block 技能十分熟练的所认为的 “彻底阉割了 aware 相关组件和代码，从底层杜绝了支持的可能性” 这一可能性，才能得出 “谷歌必然是逆向兼容了 awdl ，反对这一点的都是野鸡消息” 这一结论。

[laikicka]

典型的安卓行为.

[wyd011011daniel]

应该的确是谷歌自己逆向的，参考 9to5google 的报道，应该是类似之前的开源的进一步维护。

本质上类似安卓的程序去逆向 Airpods pro 的降噪开关之类的功能。

我认为苹果不会（不能）主动去禁止这个行为

如果这个方案能推广到全体移动设备世界，那么就太美好了。一个互联互通的世界仿佛近在眼前（当然还需要安卓之间的，鸿蒙的，微软的，进一步努力）

[icyalala]

@tf2 你是梗着脖子一点也不看文档啊。。。

https://developer.apple.com/documentation/WiFiAware
系统是 iOS 26.0+ iPadOS 26.0+ ，而且有具体设备限制

https://developer.apple.com/documentation/CFNetwork
如果是全平台 API 是会明确写的 iOS 2.0+ iPadOS 2.0+ Mac Catalyst 13.0+ macOS 10.8+ tvOS 9.0+ visionOS 1.0+

退一步说，AirDrop 各种逆向明确是 AWDL 协议，哪里来的双协议...

[tf2]

@icyalala

我理解这文档是 “公开可供调用 API” 支持哪些设备。

macOS 会不会用了某些不公开的 “私有 API” 支持 aware ？有证据排除这个可能性不？

换句话说，macOS 硬件支持了 aware ，不给你 sdk 而已。

当然，这个事其实都需要进一步证据才能实锤。前面也有人贴了 arstechnica 的文章，文章标题是

The EU made Apple adopt new Wi-Fi standards, and now Android can support AirDrop

至少从这个标题来说，我不算“张口就来”吧？比那些动不动就 block 的人讲道理吧。

arstechnica 也详细展开了说，aware 的开发就是 apple 参与和赞助的，基于 AWDL 改进的。


Wi-Fi Aware was developed with Apple’s help, based on the work Apple had already done on AWDL https://owlink.org/wiki/

[icyalala]

@tf2 AWDL 本身就是私有协议，本身就是逆向来的...
你瞎猜一个可能性，然后问有证据排除这种可能性？
那是不是说我瞎猜这是 Google 逆向的，你找个证据排除这个可能性？

上来就是 “简中假消息啊” 还继续梗着脖子说不是张口就来...

[tf2]

@icyalala EU 的法案我都贴原文了，arstechnica 新闻开头就说 EU ，不算证据？行吧。

[mooyo]

Apple 应该不会反制，但不会提供任何保障(也就是某一天可能升级大版本以后就用不了了)

Google 肯定不会开源

[kkk1234567]

之前不就有报道，菊花厂已经这么干了。

猜，是不是 谷歌抄 华为的 😁😁

[MacsedProtoss]

@kkk1234567 菊花是我上面说的米 ov 方案，他们抄的米 ov

[G900]

@icyalala #43 别跟这人浪费时间了，他拿着一份不知道哪来的文件就当法律用，不讲逻辑不讲证据，只管杠。

[weirdoc]

@tf2 一层层楼看下来，到后面楼里其他人说的各种证据都显示，至少是没法排除谷歌逆向了的可能。你所谓的 mac 有两种实现也没有任何证据只是你的猜测。那你最开始那么斩钉截铁的 “天啊，简中经典假消息” 是不是显得你更像你口里的那种在外网看到一些消息不经过自己查证就发帖散布假消息的人呢？

[takeshima]

@mooyo 苹果自家设备之间 AirDrop 传输体验已经是一坨了，更别提保障别家的了

[pigspy]

@MacsedProtoss 你说的跟我接触到的具体实现有点像，而且据我所知，他们向 mac 的投送和向 iPhone 的投送是走的不同的逻辑

[dxppp]

@MacsedProtoss

你看看这个路径

/System/Library/PrivateFrameworks/DeviceToDeviceManager.framework/Plugins/WiFiAwareD2DPlugin.bundle

[dxppp]

@icyalala

你是不是一点不查证

/System/Library/PrivateFrameworks/DeviceToDeviceManager.framework/Plugins/WiFiAwareD2DPlugin.bundle

这个东西在 Mac 上存在 mDNSResponder 进程的活动日志就可以看到

[tf2]

@weirdoc 看到上面的路径了吧？这个算不算实锤 macOS 已经支持了 aware 只是没开放 SDK ？

我不知道为啥两位喜欢 block 的人斩钉截铁的说 macOS 不支持 aware 。只要 API 不开放就是不支持？

我一开始就贴了 2 个链接了，也算没查证？

这个消息我一开始看到报道就说 EU 推动 apple 改的。所以才觉得奇怪为啥简中的帖子说 “逆向” 的。

当然，隔壁楼有人贴了，因为 androidauthority 这个最先声称“逆向”，但是别人的原文是：

It’s possible Google reverse-engineered AirDrop’s technology

It is possible Google did a clean-room reverse engineering of AirDrop’s underlying technology to implement compatibility without Apple’s direct input.

第三个单词都是 possible 。简中的人标题是啥？你看看本贴就知道了。

[MacsedProtoss]

@dxppp Wi-Fi Aware 和 awdl 上层应用层协议才是 AirDrop
因此所有的所谓“支持了 Wi-Fi aware 导致可以 AirDrop”全都是无稽之谈
你必须要逆向并重新实现 airdrop 协议才行

同时你说的这个其实在这里可以看到
https://developer.apple.com/documentation/network/nwparameters/wifiaware
应该是 Network framework 的一部分，可能部分第三方应用可以用 Network framework 的地方调用到它，但是这并不能说明 airdrop 使用了它

[icyalala]

@tf2 @dxppp

https://www.netspi.com/wp-content/uploads/2025/11/google-feature-review-report.pdf
这是谷歌安全报告，提到包名是 com.google.android.mosey

要支持 AirDrop 需要下载扩展包: com.google.android.mosey v1.0.815689706
https://www.apkmirror.com/apk/google-inc/quick-share-extension/quick-share-extension-1-0-815689706-release/

这是我逆向的结果:
https://www.decompiler.com/jar/06ed11caa7a643708736e277284e5bcc/base.apk

其中:
https://www.decompiler.com/jar/06ed11caa7a643708736e277284e5bcc/base.apk/sources/defpackage/bgw.java
伪装了成了 User-Agent: AirDrop/1.0, BundleID: com.apple.finder

https://www.decompiler.com/jar/06ed11caa7a643708736e277284e5bcc/base.apk/sources/defpackage/bho.java
用了 Bonjour "_airdrop._tcp"

https://www.decompiler.com/jar/06ed11caa7a643708736e277284e5bcc/base.apk/sources/defpackage/un.java
这里是写 AirDrop 的 bplist 格式的

这些都是 AirDrop 私有协议的特征，明确是逆向的 AirDrop

[panbofeng]

@icyalala 那这玩意有兼容前代 Pixel 的可能吗

[GWesley]

@icyalala 666 直接终结了比赛 程序员还是要讲证据

[giter]

说实话，动不动喊出 block 的行为很像小学生吵架吵不过就说要告诉老师和家长。

[antelope2035]

显然不论 #3 表达的观点是否正确，开场贴标签的方式就很不优雅，足以让人 block 了。

[bowencool]

@tf2 #36 所以你拿一个远古信息来证明当今热点新闻是假的？

[bowencool]

@rockddd 函数要先声明才能调用

[tf2]

@bowencool 24 楼的信息算远古吗？

@icyalala 的证据实锤。

只能说，google 还能这样搞。牛。

[tf2]

@icyalala 我也按照你同样的方法，同时也发现 base.apk 里有大量

android.net.wifi.aware.WifiAwareManager

Log.i("WifiP2pAware", "WifiP2pChannel closed");

这样的字符串。有没有可能是握手环节走 wifi aware ，然后建立 p2p 之后，类似在 awdl0 上建立 ipv6 ，然后模拟成 Finder 去进行 L4 层的 airdrop ？

如果 L2 层走的是 wifi aware ，那么只有“iOS 19”之后的 iDevice 才能适配谷歌的 Quick Share 。

如果类似 OpenDrop 那样模拟 awdl 那个 802.11 frame ，那么老版本 iOS 也能兼容

这个可以用来判定 ”肯定不是 WiFi Aware“ 对吧。

btw 谷歌的确在代码里还有类似 com.apple.notes.airdrop.document 这样的东西。说逆向没问题。

[atone]

@giter Block 了只是因为不想再跟他去争执了，看楼下的很多人拿出各种证据都说服不了，只是不想多费口舌了。至于你说小学生行为，我想说总装成熟装大人也未免太累。

[zenoeithz]

我看用的是三星的 quick share ，三星難道可以適配了嘛？好奇

[tf2]

@zenoeithz Notably, installing the Quick Share Extension on a Galaxy Z Fold 7 yielded no results. The app installs, but the Fold never appears on the iPhone’s AirDrop list, nor does the iPhone appear on the Fold’s Quick Share list. Quick Share for Windows also doesn’t see the iPhone, nor does the iPhone see it. This is purely working with Pixel 10 devices for now.


https://9to5google.com/2025/11/20/google-pixel-10-quick-share-iphone-airdrop-how-to/

三星和 windows 都不行。

[MacsedProtoss]

https://x.com/stkn2668/status/1991698577303957641?s=46

@tf2
@okakuyang

airdrop to iOS18 的视频已经可以实锤了

[tf2]

@MacsedProtoss 已感谢。