⏺近日 Android 爆出 P1 级生产安全事故：

ROM 完整性认证密钥 (Attestation Keys) 大规模泄露，影响 465 对密钥，几乎所有需要验证设备 ROM 完整性的应用都受到牵连。 — 来源 Google Issue Tracker: https://apvi.issues.chromium.org/~

❔ 背景知识：

首先，你需要先理解什么是 非对称加密 (Wikipedia 讲的比较深奥，建议自行 Google，就不打广告了.jpg)

了解非对称加密后，你就明白：1. 公钥和私钥是成对出现的，即便有了公钥无法得知私钥。2. 现有科技几乎无法破解算法，从公钥推算出私钥。

搞明白以上知识点后我们再细说：

市面上所有 OEM Android 定制 OS （无论是 OPPO Vivo 小米还是三星），都强制在系统的加密芯片 (如 TEE) 中内置一个 Google 官方的预设私钥，以通过 Google ROM 安全认证。

👀 读到这里，一些读者可能会疑惑：有了私钥不就可以自己签名了吗？

你可能听说过 ”刷机后 TEE 熔断“、”BL 解锁后 TEE 物理熔断“ 的故事，其中一个目的就是防止藏在物理安全芯片 — TEE 的密钥被提取出来，而此次大规模的密钥泄露极大可能就是由内鬼泄露出来的。

如果你掌握了这个密钥，那么就可以绕过 TEE 等安全措施，随意签发出 ”系统完整“ 的良民证，通过 SafetyNET 等设备完整性检查机制，甚至能绕过一些银行的 Google Attestation Keys 认证机制（当然国内的银行肯定是没有的啦）。

继续谈一下之前说的 SafetyNet, 大概分为三个等级：

BASIC_INTEGRITY, @ 本地简单检测
STRONG, @ 加强版 BI
PLAY_RECOGNIZED @ 联网加强版 STRONG

由于 BASIC 检测的项目比较少，目前已经可以刷入模块轻松绕过，而想要通过 STRONG 验证就比较麻烦了，而这次密钥泄露能轻松绕过的就是 STRONG 级别。

但影响最大的确是 pi (PLAY_RECOGNIZED)：由于 Google 吊销了大部分的密钥对，而 pi 是联网实时查询的，意味着受到影响的 ROM 将无法通过 pi 认证。

再谈设备完整性检查机制：金融银行、DRM 流媒体、游戏反作弊类 APP 依赖这个机制检测设备 ROM 是否被篡改，如果检测到系统不完整则代表设备可能已经被 ROOT 或者 bootloader 已被解锁，将会触发 APP 的危险熔断机制。

🔐 牵涉范围

截止本条消息发送前 (2024/11/18)，Google 暂未对消息提出更多置评，只是发布了 P1 级公告预警 APP 开发者，笔者推测很可能包含大部分 Android ROM，吊销证书清单。

至少波及的 APP 范围：

- 手机银行
- 移动支付
- 带有反作弊的网游
- 付费流媒体 DRM

❌ 所受影响

会导致很长一段时间 (需要等待所有 OEM 厂商跟上补丁) APP 都无法正常检测用户真实的 Root 以及 BL 锁状态，可能出现误判或被绕过检测，而黑产的滥用将更加猖獗。

✅ 密钥影响

如果黑产掌握了这部分密钥，将能无视包括 SafetyNet (本地检测部分) 、目前所存的系统完整性检测手段、Root 部分检测、伪造 BL 锁状态检测。

意味着任何一方开发的 ROM 都能 ”受到 Google 认证“，甚至能通过硬件级别的 Verified Boot (不确定，需要读者反馈)

👨‍💻 Google 写给开发者的话：

For application developers: Ensure that your counterabuse mechanisms are varied and have some level of defense-in-depth, so that service is not fully denied or compromised due to an issue like this. — source

特地提到了一个词 ”defense-in-depth“ (防御纵深)，提醒开发者不要单纯依赖 ROM 的系统完整性认证 API，而是应该结合 尝试获取 root 权限 网络风控模型、行为特征比对 等独家蜜汁防御措施来应对黑产。


✅ 本条消息由 AFF Channel (@affyes) 原创撰写，不含 AI 成分请放心食用，转发请保留尾部声明

✅ 频道 https://t.me/affyes
✅ 群组 https://t.me/affyes_chat

Tags: #Android #网络安全 #信任链危机 #安全事故 #信息泄露

🖥 一则 CA 根证书信任链笑话 -- 具有巴西特色的 “CNNIC” 安全事故

TL;DR: 一家来自巴西的 「金融&银行机构」 行业的 CA 根证书服务商于今年 11 月 28 号 「不小心」 为 google.com 颁发了一张的错误证书，Firefox 和 Google 在此前早已联网吊销了这家根证书，只有微软从始至终没有任何响应。

首先需要理解一些概念：

1. 这家巴西根证书 CA 服务商由 巴西国家信息技术研究所 (ITI) （直属于巴西总统府民政院)，具有国家背景，可以粗略的理解为 CNNIC （中国互联网络信息中心） 的巴西翻版。
2. 根证书是构建 HTTPS 系统的一个重要链条，如果根证书被系统信任，那么根证书颁发的任何中间证书和子证书也会被系统无条件信任，非常容易遭到中间人攻击 (MIIT) 。
3. 不过 Firefox 和 Google Chrome 浏览器不会被影响，因为这些浏览器采用了内置的根证书库，并且会定时联网同步所有证书的吊销信息（所以 Google 和 Mozilla 也可以手动吊销任何一个证书）。

目前网络上的相关分析都比较浅，笔者将更深入地研究一下时间线：

2019-07-02 Raiz Brasileira Certification Authority v10 (ICP-Brasil) 根证书成功被 「Microsoft Trusted Root Program」 （微软可信根证书计划）信任，并成功更新给全球所有的 Windows 设备。

2020-11-01 尝试将根证书超级签纳入 Mozilla (Firefox) 证书信任链，结果 由于实现不合规而被拒绝。

2022-11-17 CCADB 对于 ICP-Brasil (SERPRO) 的 公开讨论，整体讨论氛围非常激烈，ICP-Brasil 一直重述 「只应该，也保证只会为巴西的域名 (*.br) 颁发证书」，但是实际上一直偷偷给 IP 和一些 .com 域名颁发证书。

2024-11-18 ICP-Brasil 为 GOOGLE PAY BRASIL INSTITUICAO DE PAGAMENTO LTDA (应该是 Google Pay 的巴西实体公司) 颁发了一张 google.com 的证书，意味着巴西政府正式可以针对 Windows 用户劫持并对 google.com 中间人攻击。

与当年 CNNIC 「不小心颁发」了 github.com （感谢勘误，是 gmail.com ）证书有着异曲同工之妙。


Source1 [小动作被发现]: https://bugzilla.mozilla.org/show_bug.cgi?id=1934361
Source2 [尝试加入 Firefox 根证书信任链被拒]: https://bugzilla.mozilla.org/show_bug.cgi?id=1674669
Source3 [错误证书的圣地巡回]: https://crt.sh/?id=15538340482
Source4 [研究人员向微软反馈多次无果]: https://follow.agwa.name/notice/AoZSMI38xcA3TrN1sm
Source5 [CCADB 中相关的公开讨论]: https://groups.google.com/a/ccadb.org/g/public/c/Mux855BsRg4/m/eZDA1BKiAAAJ

Tags: #网络安全@affyes #信任链危机@affyes #安全事故@affyes #中间人攻击@affyes #微软笑话@affyes

✅ 本条消息由 AFF Channel (@affyes) 原创撰写，不含任何 AI 成分，请放心食用，转发请保留尾部声明，感谢支持。

✅ 频道 https://t.me/affyes
✅ 群组 https://t.me/affyes_chat