← 返回 Siami 首頁

LibrePods 把 AirPods 從蘋果生態解放出來 Android 與 Linux 也能用降噪、頭部動作、自動切換

▲ 440 💬 156
LibrePods 把 AirPods 從蘋果生態解放出來 Android 與 Linux 也能用降噪、頭部動作、自動切換

編按:本文綜合整理自 LibrePods 官方 GitHub Repository、SoundGuys、Computerworld、Apple Community 討論區與 Hacker News 留言,並加入 Siami 編輯部觀點與分析。蘋果 AirPods 長期以來被詬病「搭蘋果裝置就無敵、搭其他系統就降級」。一組開發者決定正面挑戰這個生態鎖——他們逆向工程了 AirPods 與 Apple 設備之間的私有協議,在 Linux 與 Android 上重現多項獨占功能。專案名稱就叫 LibrePods,2026 年 6 月 28 日衝上 Hacker News 榜首,目前累積 440 分、156 則留言。

LibrePods 是什麼?

LibrePods 是一個開源專案,目標是「把 AirPods 從 Apple 生態系解放出來」。它並不是要取代藍牙耳機的標準通訊協定,而是實作了 Apple 用於 AirPods 與 iPhone / iPad 之間交換資料的私有協議——也就是 H1 / H2 晶片時代那些只在 Apple 設備上才能跑的功能。實作完成後,在 Linux 與 Android 上可以做到的事包括:

  • 降噪模式切換(主動降噪、通透模式、關閉)
  • 入耳偵測(拿下耳機自動暫停)
  • 精確電量顯示
  • 頭部動作控制(點頭接聽、搖頭拒接)
  • 對話感知(說話時自動暫停音樂、開啟通透)
  • 自動連線(開蓋即配對)
  • 多裝置同時連線(最多兩台,並支援無縫切換)其中 Linux 端的實作已經從原本的 Kotlin 版本整個用 Rust 重寫。Android 端的 APP 則大部分 UI 元件是開發者手寫,僅 Head Gestures(頭部動作)、Troubleshooter 等少數模組是 AI 輔助生成。

為什麼 AirPods 在非蘋果裝置上「降級」?要理解 LibrePods 在解決什麼問題,得先知道 AirPods 為什麼會「鎖功能」。關鍵在 Apple 自 2019 年起搭載的 H1 晶片(2022 年起為 H2),以及它在 AirPods 內部運作的方式。

H1 / H2 是 Apple 自研的音訊處理器,負責的事情包括:

  • 自訂音訊架構:降低音訊延遲、優化同步表現
  • 與 iOS 的私有握手:配對時不只走標準藍牙,還會透過 AACP(Apple Accessory Communication Protocol) 與 ATT(Attribute Protocol) 兩條私有通道交換指令
  • Always-on 的「Siri 監聽」:支援免持喚醒 Siri
  • 與 Apple 設備的快速配對 / 自動切換:透過 iCloud 同步配對資訊這些功能在藍牙標準協定(A2DP、HFP、AVRCP)之上疊了一層私有邏輯。當 AirPods 配對到一台 Android 手機或 Linux 筆電時,因為沒有 AACP 通道可用,所以降噪、入耳偵測、自動切換這些「理所當然」的功能就通通失效——不是硬體不支援,而是軟體不開門。

SoundGuys 在 2024 年的整理指出,H1 / H2 的三個主要優勢是「與 iOS 配對速度、自動連接、設備切換」,全部都綁定在 Apple 的私有握手。Computerworld 在 H1 剛發表時也點出同樣的問題:「幾乎所有改進都依賴 H1 晶片與 Apple 生態的整合」。

LibrePods 的做法,就是自己把這條私有通道逆向工程出來。開發者 kavishdevar 在 README 提到,他在大部分實作中是自己一個人逆向出 AACP / ATT 協定,後續 Nojus(@pabloaul)的 Wireshark dissector plugin 補上了未來兩項功能(高音質雙向音訊、空間音訊)需要的解析工作。


實作差異:Linux vs. Android

LibrePods 的 README 用一張表清楚列出兩個平台的功能支援差異,這也是 Siami 編輯部認為值得注意的地方——Android 拿到了大部分功能,Linux 反而受限:

功能LinuxAndroid
降噪模式切換✅✅
入耳偵測✅✅
電量顯示✅✅
改名✅✅(需重新配對)
大聲降低🔴 規劃中⚪ 需 VendorID 偽裝
頭部動作⛔ 不會實作✅
對話感知✅✅
自動連線✅✅
助聽器設定🔴 規劃中⚪ 需 VendorID 偽裝
通透模式客製🔴 規劃中⚪ 需 VendorID 偽裝
多裝置同時連線⚪ 需 VendorID 偽裝⚪ 需 VendorID 偽裝
空間音訊(頭部追蹤)❓❓
心率監測(Pro 3+)⛔🔴 規劃中
Find My❓❓

(圖例:✅ 實作且穩定、⚪ 需 VendorID 偽裝、🔴 尚未實作、⛔ 不會實作、❓ 未知)為什麼會有差異?兩個原因:

  1. Android 有 Xposed 框架——LibrePods 提供一個 Xposed 模組,可以把 Android 偽裝成 Apple 設備(VendorID spoofing),繞過 Apple 的 VendorID 鎖。Linux 則要手動改 /etc/bluetooth/main.conf 把 DeviceID 改成 Apple 的 004C:0000,但這個修改只對部分功能有效。
  2. Android 藍牙棧的可擴充性較高——某些功能(特別是音訊相關)需要更深的系統整合,Android 在 root 權限下可以做,Linux 的 PulseAudio / PipeWire 整合則需要另外處理脈衝與 ATT 通道的時序。其中「VendorID spoofing」是這個專案最大的灰色地帶:把設備偽裝成 Apple 設備雖然在很多國家合法(藍牙 VendorID 不在著作權保護範圍),但 Apple 顯然有能力透過 OTA 更新讓 AirPods 在偵測到非 Apple VendorID 時拒絕某些功能。這也是 HN 留言區最熱門的擔憂。

為什麼這件事重要?

LibrePods 不只是「讓 Android 用戶用得到降噪」這麼簡單。它觸及三個更大的問題:

1. 設備鎖定的成本被低估。 AirPods 在 2024 年仍是全球最暢銷的真無線藍牙耳機之一,但許多消費者購買時沒有意識到「搭 Android 時會損失多少功能」。LibrePods 把這個落差變成可見的清單——消費者一眼就能看出花 6000 元買的 AirPods,搭 Pixel 9 這類 Android 旗艦機只發揮不到一半功能。

2. 逆向工程的合法性界線。 LibrePods 完全合法——它透過用戶自己的設備、修改用戶自己的藍牙棧,沒有繞過任何 DRM,也沒有散佈 Apple 的私有密鑰。但 Apple 有充分的動機透過協定更新讓這類工具失效。HN 留言區一位用戶寫道:「Apple 哪天丟個更新把這功能炸掉我一點都不意外。」這段留言在 156 則討論中獲得高票,被許多人視為對專案未來的共同擔憂——這個張力將是未來幾年消費電子逆向工程的縮影。

3. 開源硬體中介層的可行性。 LibrePods 的開發者明確說明:頭部動作、Troubleshooter 是 AI 生成的;Linux 端的 aacp.rs、att.rs 是用 AI 從 Kotlin 翻譯過來的。這顯示「AI 輔助逆向工程」已經從概念變成可量產的工作流——一個小團隊(甚至個人)可以在幾個月內完成原本需要整個安全研究團隊的工作。


數據解讀:HN 留言區在吵什麼?

LibrePods 在 6 月 28 日衝上 HN 榜首後,留言區呈現出三種典型反應:

  • 「終於有人做了」派(最多):多數留言是純粹的感謝與功能詢問,特別是 Android 用戶想確認自己 Pixel / Samsung 機型是否支援。
  • 「Apple 一定會補」派:不少人提到 Apple 過去透過更新封堵類似專案(例如對 AirTag 逆向工具、對 Find My 漏洞研究)的歷史,認為 LibrePods 的功能表單是「隨時會縮水」的快照。
  • 「為什麼要支持 Apple」派:少數但高分留言質疑「花錢買 AirPods 等於變相支持生態鎖」,認為根本解方是不買、改用標準藍牙協定耳機。另一個值得注意的數據是重貼效益:HN 上 7 個月前已經有過一次 462 則留言的討論,當時版本仍要求 root + VendorID 偽裝才能跑大部分功能。這次新版在未 root Android 也能跑核心降噪與入耳偵測——沒有重大新聞事件,光靠功能成熟度就把流量從 462 推到這次榜首,這在開源專案裡並不常見。

接下來會發生什麼?

LibrePods 開發者 kavishdevar 在 README 明確列出仍在進行的工作:

  • Find My 系列功能(加入 Find My 網路、充電盒發聲提醒、遺落通知)——需要更深的逆向工程,Android 上可能需要 root
  • 頭部追蹤空間音訊——目前未提供 HRTF 資訊給 Android OS,需要 root 權限
  • AirPods Pro 3 心率監測——已在 Discord #reverse-engineering 頻道開發中
  • 高音質雙向音訊(A2DP 同時 AACP)——需要深度音訊整合,Android 上可能需要 root

Siami 編輯部預判,未來半年內最值得追蹤的是兩件事:(1) Apple 是否透過 AirPods 韌體更新封堵 VendorID spoofing;(2) LibrePods 是否能找到不需 root 的方式實作空間音訊——前者會決定這類開源專案的存活空間,後者會是 Android 對戰 Apple 生態最關鍵的一塊拼圖。

網友熱門留言 (5)

#1 Hacker News 用戶 ▲ 87
澄清一下,AirPods 在其他裝置上本來就能當一般藍牙耳機用。這個專案實作的,是額外那些蘋果獨占功能在非蘋果裝置上的介面與通訊協定。
#2 Hacker News 用戶 ▲ 64
這專案很棒。希望有一天 AirDrop 也能被解放。opendrop 看起來有前途,但似乎已經停滯了。也許總有一天吧。
#3 Hacker News 用戶 ▲ 52
如果我不是這麼確定 Apple 未來會盡一切努力把這些後門補掉的話,搞不好會因此去買 AirPods。
#4 Hacker News 用戶 ▲ 38
我尊敬這個 hack 本身的工作量。但問題是為什麼要支持一家這麼有敵意的公司?也就是說,蘋果哪天丟個更新把這功能炸掉我一點都不意外。
#5 Hacker News 用戶 ▲ 27
我很好奇為什麼有些功能在 Linux 上標「不會實作」,但在 Android 上卻標「規劃中」。