Google 近期宣布將在 2026 年 9 月 30 日起，針對特定四個國家（巴西、印尼、新加坡與泰國）強制執行 Android 開發者身分驗證制度。這項變動不僅影響 Google Play 商店，甚至涵蓋了三星、小米、OPPO 等主流手機廠商的內建商店。對於開發者與維運工程師而言，這意味著 Android 的 App 安裝邏輯將發生根本性的改變。
身分驗證制度的技術實作與運作邏輯
以往 Android 裝置安裝 App 主要依賴簽名驗證，只要 APK 檔案簽名正確且使用者允許安裝未知來源，即可完成安裝。然而，Google 此次引入了一個名為 Android Developer Verifier 的新系統服務，該服務將透過系統更新推送至 Android 8 及以上版本的裝置。
這個驗證機制直接運行在裝置端。當使用者嘗試安裝 App 時，系統會先檢查該 App 的開發者是否已在 Google 的資料庫中完成身分註冊。如果開發者未通過驗證，裝置將攔截正常的安裝路徑，導致使用者無法直接安裝該 App。
為了維持最低限度的開放性，Google 提供了兩種例外路徑。第一是透過 ADB（Android Debug Bridge，一種用於開發者與裝置溝通的命令行工具）進行安裝；第二則是所謂的高摩擦路徑（Advanced Flow）。後者要求使用者必須開啟開發者模式、重啟裝置、等待 24 小時並重新通過身分驗證後才能安裝。這種刻意增加操作難度的設計，目的是為了阻斷詐騙者誘導使用者立即安裝惡意軟體的行為。
開發者如何完成驗證
開發者若要讓 App 順利安裝，必須提供法律名稱、地址、聯絡資訊，甚至需要上傳政府核發的身分證明文件。此外，開發者必須提交一個使用私鑰簽名的 APK 檔案，以證明自己確實擁有該 App 的所有權。
針對不同規模的開發者，Google 提供了分級方案。標準開發者帳號需支付一次性 25 美元的費用。而針對學生或愛好者，Google 將推出免費的有限分發帳號，允許將 App 分發至最多 20 台裝置，且不需要提供政府身分證件。
對開源社群與 F-Droid 的衝擊
這項政策在開源社群引發了強烈反彈，尤其是 F-Droid 等自由軟體儲存庫。F-Droid 的運作模式是彙整許多匿名或使用化名的貢獻者所提交的程式碼，並由儲存庫統一構建與簽名。
在新的驗證機制下，如果每個 App 都必須對應一個具有法律身分的實體開發者，F-Droid 的運作模式將無法相容。因為許多開源貢獻者基於隱私考量，不願意向 Google 提供真實身分資料。這導致開源社群擔心，Google 實際上掌握了 Android 裝置安裝路徑的最高決定權，可以決定誰能獲得順暢的安裝體驗，誰被排除在外。
實務影響與未來展望
從安全角度來看，Google 的動機是打擊 Sideloading（側載，指不透過官方商店直接安裝 APK）帶來的惡意軟體風險。透過強制身分驗證與 24 小時等待期，可以有效降低社交工程攻擊的成功率。
然而，從生態系角度來看，這將增加獨立開發者的門檻，並可能削弱 Android 系統長期以來標榜的開放性。此制度預計在 2027 年推廣至全球。目前仍有幾個關鍵問題尚未解決，包括誤判後的申訴機制、身分資料的保存期限，以及是否能為 F-Droid 這類非單一開發者模式的儲存庫提供特殊的驗證路徑。
來源：thehackernews.com
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。