2026 年 4 月 15 日，欧盟委员会主席冯德莱恩在布鲁塞尔正式发布了欧盟年龄验证应用的公开版本，宣称该应用 “技术上已准备就绪”、“遵循全球最高隐私标准”、“完全开源，任何人都可以审查代码”。然而，仅在 24 小时后的 4 月 16 日，安全研究人员便公开演示了仅用 2 分钟即可绕过该应用验证的全过程。这一事件不仅暴露了应用本身的严重安全缺陷，更揭示了数字身份验证领域在协议设计与工程实现之间存在的系统性鸿沟。
应用架构与隐私设计目标
欧盟年龄验证应用（EU Age Verification App）的核心定位是作为用户与在线服务之间的隐私保护中介。用户需要首先在设备上完成初始设置：设置 PIN 码、选择性启用生物识别认证，然后通过模拟身份提供商获取 “年龄证明 attestation”。该系统基于零知识证明（Zero-Knowledge Proof）架构，目标是让用户仅需证明自己年满 18 岁，而无需向服务提供商暴露具体身份信息。官方文档特别强调了数据最小化原则，明确声明应用不会存储任何个人数据。
从架构层面来看，应用采用了标准的 Android 移动端开发技术栈，Android 版本以预编译 APK 形式通过 GitHub 仓库发布供测试使用，iOS 版本则需要用户自行编译。整个验证流程依赖于 NFC 读取带芯片身份证件中的生物特征数据（DG2 格式），与用户自拍照进行比对后生成年龄证明。这一设计初衷体现了对用户隐私的保护意识，但问题在于工程实现未能有效支撑这一安全目标。
关键安全漏洞深度剖析
PIN 加密与凭证绑定缺陷
安全研究员 Paul Moore 在代码审查中发现了多个关键漏洞，其中最核心的问题是 PIN 码的存储机制存在严重设计缺陷。应用在用户设置 PIN 后会对 PIN 进行加密，并存储在 Android 系统的 shared_prefs 目录中。然而，这里存在两个致命问题：其一，PIN 根本不应该以加密形式存储在任何位置，正确做法是存储 PIN 的哈希值进行校验；其二，更为关键的是，加密后的 PIN 与已生成的 attestation 之间缺乏密码学绑定关系。
具体攻击实现非常简单：攻击者只需删除 shared_prefs 目录中的特定键值，即可重置 PIN 但保留已有的 attestation。这意味着攻击者可以在不知道原始 PIN 的情况下，通过修改配置文件的手段获得应用的完整访问权限。这一漏洞的根源在于开发者错误地将 PIN 视为需要保护的敏感数据，而忽视了认证机制的核心原则：PIN 应仅用于验证用户身份，而不应成为访问控制的关键依赖。
速率限制机制的绕过
应用在认证流程中实现了速率限制（rate-limiting）机制，试图防止暴力破解攻击。然而，该机制的计数器同样存储在 shared_prefs 文件中，攻击者只需修改对应的计数值即可无限次重置速率限制。这暴露了系统设计的根本性问题：将安全相关的状态信息存储在客户端可直接访问的位置，且缺乏任何服务器端的验证或校验。
生物识别认证的布尔值绕过
应用的生物识别认证功能存在更令人担忧的缺陷：生物识别启用状态以明文布尔值形式直接存储在本地。这意味着攻击者只需将该布尔值从 “false” 修改为 “true”（或反之），即可完全控制生物识别认证的启用状态。结合前述的 PIN 重置漏洞，攻击者可以在绕过 PIN 验证的同时，也绕过生物识别验证。
敏感数据的裸奔：生物特征数据泄露
除认证机制缺陷外，研究人员还发现了严重的数据保护问题。当用户使用 NFC 读取身份证件时，应用会从证件中提取面部图像（DG2 数据），以未加密的 PNG 格式写入设备磁盘。官方文档声称 “验证成功后会自动删除这些数据”，但实际情况是：只有当验证流程完整且成功结束时，图像才会被删除；如果用户在验证过程中主动退出或因网络问题导致流程中断，这些包含敏感生物特征的图像将永久留在设备存储中。
更糟糕的是，用户自拍照的处理存在更严重的问题。这些用于与证件照比对的自拍图像被写入外部存储（external storage），且根本不会被自动删除。这意味着即使验证流程完成，用户的生物特征图像仍然存在于设备上，形成长期的数据泄露风险。这一发现直接反驳了官方宣称的 “不会存储任何个人数据” 的声明，更与 GDPR 对生物特征数据的严格保护要求存在明显冲突。
协议层攻击：无需应用的验证伪造
更为深层的攻击发生在协议设计层面。安全研究人员进一步演示了完全绕过官方应用的验证攻击：通过编写一个浏览器扩展程序，模拟应用的验证逻辑，可以生成被依赖服务接受的伪造验证响应。该扩展程序检测验证流程中的二维码，然后返回声称用户已年满 18 岁的载荷。
这一攻击的核心问题在于验证 token 与设备、身份之间的绑定关系过于薄弱。应用生成的年龄证明缺乏足够的安全锚点，无法确保其确实由合法应用在合法设备上生成。理论上，加强这种绑定需要引入持久化标识符，但这又与该应用标榜的隐私保护目标形成根本性冲突 —— 要确保验证的真实性和不可伪造性，某种程度上就需要牺牲一定的隐私性。
隐私合规风险与监管挑战
从数据保护合规角度审视，此次事件暴露的问题远超技术层面。GDPR 将生物特征数据列为 “特殊类别个人数据”，要求处理此类数据必须具备明确的法律依据并采取严格的保护措施。应用在用户设备上未加密存储生物特征图像、未能确保及时删除、以及缺乏充分的技术保障措施，这些都构成了潜在的合规违规。
此外，欧盟委员会在发布时声称应用 “技术上已准备就绪” 且 “遵循最高隐私标准”，但实际安全状况与这一声明存在巨大落差。这不仅损害了公众对数字身份系统的信任，也给监管机构带来了新的挑战：如何在推动数字化服务的同时，确保类似的基础设施具备足够的安全成熟度？
工程化改进建议与可落地参数
针对此次发现的多层安全缺陷，以下提供可落地的工程改进建议：
认证机制重构方面：PIN 应使用强哈希算法（如 Argon2id 或 bcrypt）进行存储，而非加密存储；所有认证状态必须与设备硬件绑定（如使用 TEE/SE），避免客户端可修改状态；速率限制应在服务器端实现，客户端仅记录尝试次数并发送至服务端校验；生物识别状态应存储在 KeyStore 中，仅允许经过认证的进程读取。
数据存储安全方面：所有生物特征数据必须存储在加密容器中（如 Android 的 EncryptedFile 或 SQLCipher）；验证流程完成后应立即清除临时文件，使用安全擦除技术确保数据不可恢复；自拍照不应写入外部存储，仅保留在应用私有目录内；实现进程被杀灭时的清理机制，确保异常退出不导致数据残留。
协议设计增强方面：年龄证明应包含设备指纹、签名时间戳等防伪造属性；依赖服务应实现 attestation 验证，而非仅检查载荷存在性；考虑引入远程认证（remote attestation）机制，验证生成证明的设备状态。
开发流程方面：建立强制性的安全代码审查和渗透测试流程；上线前完成第三方安全审计；针对敏感数据处理模块实施形式化验证。
总结与启示
欧盟年龄验证应用在发布后仅 2 分钟即被破解的事件，本质上反映了数字身份系统在快速部署压力下可能出现的工程实现与安全设计之间的脱节。该应用在架构层面采用了合理的隐私保护理念，但客户端的安全控制措施存在根本性缺陷，导致整个系统形同虚设。
这一案例为所有涉及敏感数据处理的移动应用敲响警钟：即使在服务端采用了先进的密码学方案，客户端的密钥存储、状态管理、数据保护同样不可忽视；对于处理生物特征等高度敏感数据的应用，必须采用硬件级别的安全防护；开源并不意味着安全，只有经过充分测试和审计的代码才能用于生产环境。
资料来源：CyberInsider 报道《EU's official age verification app found exposing sensitive user data》（2026 年 4 月 16 日）