匿名性的终结：Google 的 reCAPTCHA 更新如何破坏去 Google 化的 Android

A 最近 Google reCAPTCHA 实现方式的转变在注重隐私的社区中引起了巨大的冲击。使用“去 Google 化”Android 发行版（例如 GrapheneOS）以及使用不含 Google Play Services 的设备（包括某些 Huawei 和 Xiaomi 型号）的用户发现自己被越来越多的网站拒之门外。

曾经作为区分人类与机器人的工具，现在已演变成一种设备验证（device attestation）机制，实际上创建了一个数字守门人，要求用户证明他们正在使用“经过批准”的设备和操作系统。

从机器人检测到设备验证

多年来，reCAPTCHA 主要通过分析用户行为和浏览器指纹来运行。然而，最新的迭代版本正在转向远程验证（remote attestation）。系统不再要求用户点击交通灯，而是寻求一种加密证明，以证明设备是真实的且未被篡改。

正如一位社区成员 (@coppsilgold) 所解释的，这个过程通常涉及一个植根于硬件的信任链：

EK (static burned-in private key) -> AIK (ephemeral identity key in secure enclave signed by a Google server) -> attestation (signed by AIK).

如果 Google 服务器记录了这些转换，那么每一次验证都可以追溯到特定设备的唯一硬件密钥。这使 reCAPTCHA 从一种保护隐私的机器人检查，转变为一种能够将不同服务中的多个账户与单个物理设备绑定的追踪机制。

对“去 Google 化”生态系统的影响

这种变化对那些通过移除 Google 专有服务来优先考虑隐私和安全的用户造成了不成比例的影响。由于这些用户缺乏执行所需验证所需的 Google Play Services，他们经常遇到 CAPTCHA 的无限循环或直接被封锁。

然而，这种影响远不止于定制 ROM 爱好者这一小众群体。这个“围墙花园”正在扩大，包括：

• Huawei 和 Xiaomi 用户： 在中国或受制裁环境下销售的数百万台设备缺乏 Google Play Services。
• Amazon Fire Tablet 用户： 这些设备运行着不含 Google 生态系统的 Android 分支。
• 非智能手机用户： 随着 archive.is 等网站开始通过 Cloudflare 实现基于二维码的验证，没有智能手机的用户正日益被边缘化，无法使用基础网络服务。

战略动机：AI 与竞争

虽然 Google 将这些变化描述为安全措施，但许多观察者认为其背后有着更具战略性的动机：自主 AI 智能体的兴起。随着 AI 机器人模仿人类行为变得越来越精明，传统的 CAPTCHA 已不再奏效。通过要求硬件验证，Google 可以确保只有“经过批准”的智能体（可能是他们自己的）才能访问网络。

用户 @cornholio 指出，这是一种“经典的梯子踢法（ladder kick）”，即 Google 在确保其自身 AI 智能体访问权限的同时，也将无法提供同等水平硬件支持身份证明的竞争对手拒之门外。

对互联网的更广泛影响

这一转变标志着互联网哲学的一个根本性变化。网络正在从“证明你是人类”的开放标准，转向“证明你正在使用经过批准的计算机”的体制。

隐私权衡

• 硬件支持的追踪： 使用 TPM (Trusted Platform Module) 芯片和安全隔离区（secure enclaves）意味着在硬件层面实现匿名性在技术上正变得越来越不可能。
• 强制 KYC： 要求使用 Google 账号或经过验证的电话号码来通过这些检查，实际上为普通网络浏览引入了一种形式的“了解你的客户”（KYC）机制。

开发者的困境

开发者现在面临着选择：是使用行业标准的 reCAPTCHA 来阻止垃圾信息，还是保护用户的隐私。一些开发者已经在寻求替代方案，例如浏览器状态分析、Proof-of-Work (PoW) 挑战，或者完全避免使用 CAPTCHA，转而采用自定义的启发式分析。

结论

Google 将远程验证集成到 reCAPTCHA 中的举动不仅仅是一次技术更新；它是向一个更加受控、经过身份验证的互联网迈进的一步。对于那些多年来致力于构建以隐私为中心的 Android 生态系统替代方案的人来说，围墙正在收紧。问题仍然在于，这是否会导致反垄断诉讼的激增，或者推动人们去寻找互联网身份验证上真正开放、去中心化的替代方案。