用GrapheneOS的用戶注意了——上網可能要多一道坎。
Google正在推進新一代reCAPTCHA驗證系統,而它的入場券是Google Play Services。根據官方支持文檔,當系統觸發風控、要求用戶掃描二維碼完成人機驗證時,Android設備必須運行25.41.30或更高版本的Play服務。沒有它,驗證直接失敗。
![]()
這對普通用戶幾乎無感。但對"去谷歌化"手機的用戶來說,這是個壞消息。
所謂de-Googled手機,指的是移除了Google服務框架的Android設備。GrapheneOS是其中最具代表性的系統——它基于Android開源項目構建,默認不預裝Play Services,主打隱私和安全。按照新規則,這類設備一旦遇到需要掃碼驗證的reCAPTCHA關卡,就會被系統判定為不兼容,無法完成驗證。
這并非突發變動。據PiunikaWeb追溯,Google從去年10月就開始為這套驗證機制鋪路,只是直到最近才被Reddit用戶從支持文檔的角落翻出來。
reCAPTCHA的進化邏輯不難理解。傳統的圖片選框、文字識別對AI越來越形同虛設,掃碼驗證確實能攔住自動化腳本——畢竟讓機器人掏出手機掃二維碼,成本陡增。但代價是驗證鏈條被綁死在Google的生態閉環里:要證明你是人,先得證明你是Google生態的人。
問題在于,這個"人"的定義權被單方面收緊了。Play Services版本號成了硬門檻,沒有談判空間。對隱私極客和小眾系統用戶而言,這不是多一步操作的問題,是根本走不到那一步。
更現實的擔憂是擴散效應。reCAPTCHA被大量網站采用,如果新版系統全面鋪開,de-Googled設備的可用性將系統性受損。瀏覽網頁、提交表單、甚至某些登錄流程,都可能變成無法完成的任務。
Google從未公開承諾過對無服務框架設備的兼容性,這次只是把潛規則寫成了明規則。但對依賴替代系統的用戶來說,這意味著他們長期維持的"用Android,但不用Google"的平衡狀態,正在被驗證碼這種基礎設施級的環節打破。
目前尚不清楚是否有變通方案。GrapheneOS等技術社區是否會找到繞過機制,或者Google是否會為邊緣場景保留兼容通道,都還是未知數。可以確定的是,人機驗證的戰場正在從"識別圖片"轉向"識別設備歸屬",而后者對生態封閉性的要求要高得多。
對大多數用戶,這或許是更安全的上網體驗。但對另一群人,這是數字生活空間的又一次收縮。
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.