AndroidX Security State 库简介：设备安全性的统一视图

在 Android，我们一直致力于为开发者和企业合作伙伴提供保护设备所需的数据。今天，我们很高兴地宣布推出 AndroidX Security State 1.1.0 版和 Security State Provider1.0.0 版库的稳定版本，这些库提供了一种集中式机制，旨在进一步提高整个 Android 生态系统的全面安全状况和待处理更新的透明度。

无论您是开发面向消费者的安全关键型应用（例如银行、金融科技或医疗保健应用），还是开发移动设备管理 (MDM) 解决方案，这些库都能让您以编程方式验证设备各组件的安全状态。您无需依赖粗略、单一的安全补丁级别 (SPL)，而是可以通过 androidx.security.state 库评估真实的组件级保护，并了解是否有修复措施正在等待应用。对于 OEM 和无线下载 (OTA) 客户端开发者，配套的 androidx.security.state.provider 库可让您通过标准化机制公开更新可用性。

了解安全补丁级别 (SPL)

随着 Android 的发展，它现在可以通过 Google Play 系统更新等模块化系统提供快速、独立的组件更新，因此，仅依赖单个 SPL build 属性已不再是确定设备真实安全状况的最佳方式。为了提供组件级可见性，安全状态库为三个不同的补丁级别提供了 API：

• 设备 SPL (DSPL)：设备上当前安装并运行的特定系统组件的安全补丁级别，通过设备属性和配置进行查询，无需网络调用。
• 已发布的 SPL (PSPL)：Android 安全公告中针对这些组件正式发布的最新补丁级别。
• 可用 SPL (ASPL)：准备好下载并安装到特定设备上的补丁级别，通过与设备端更新客户端进行进程间通信 (IPC) 异步查询。

安全状态库会跟踪以下组件的这些补丁级别：

• 系统： 核心 Android 操作系统，通过标准/OEM 系统 OTA 更新进行更新。
• 系统模块： 通过 Google Play 系统更新（Mainline 计划）在后台无缝更新的模块化操作系统子系统。
• 内核： 连接设备硬件和软件的基础层，通过长期支持 (LTS) 发布版本（例如 5.15.159 或 6.1.91）而非每月日历日期进行评估。

通过在组件级别显示这三个不同的补丁级别，开发者和企业现在可以确切了解设备的安全程度、识别缺失的补丁，并采取主动修复措施。以下示例展示了一种实现方法。

开发者和企业可以结合使用 DSPL、PSPL 和 ASPL，根据具体情境做出明智的安全决策，而不是对设备访问权限采取“一刀切”的做法。例如，银行或企业应用可以在启动高价值付款或凭据注册等敏感工作流之前，将设备的当前安全补丁 (DSPL) 与待安装更新 (ASPL) 进行比较。如果有更新等待安装，开发者和企业可以要求用户先更新设备。为了实现更精细的控制，开发者和企业可以查询设备上是否已修补特定的高风险漏洞 (CVE)，例如在授权触碰付款或近距离数据共享之前，验证关键的 NFC 或蓝牙修复程序是否已到位。

流程概览

面向应用开发者和企业管理

客户端应用可以使用 androidx.security.state 库做出明智、情境感知的决策：

• 同步安全状况检查 (DSPL)：应用可以在启动时立即检查系统、系统模块和内核的已安装补丁级别，并与 PSPL 进行比较，以验证设备是否符合组织要求的安全基准，然后再解锁敏感的公司资源或生物识别访问权限。
• 待处理更新提示 (ASPL)：如果员工的设备补丁稍有落后，企业应用不会立即阻止该员工，而是可以查询 ASPL，检查是否有待处理的系统更新或 Google Play 系统更新已暂存并准备好安装。如果是，应用可以显示量身定制的应用内指南，引导用户前往“系统设置”完成安装。
• 漏洞级审核 (CVE)：对于高保障用例，该库提供了从开源漏洞 (OSV) 下载设备专属漏洞报告的功能，以便以编程方式审核设备上是否已解决特定的严重 CVE。

面向 OEM 和更新客户端：标准化更新可用性

配套的 androidx.security.state.provider 库建立了一种标准化的 Android IPC 机制，供更新客户端直接在设备上报告更新可用性。过去，即使专有 OTA 客户端显示了更新可用性，这些信息也是孤立的，第三方应用无法查询。今后，无论更新是通过 OEM 的专用 OTA 客户端还是 Google Play 提供的，只要是由更新客户端提供的，应用都可以通过一个统一的 API 访问 ASPL 详细信息。

• Google Play 系统更新已在搭载 GMS 的 Android 设备上公开 ASPL。
• Google 无线下载 (GOTA) 也已上线，我们正在与全球 OEM 合作，将其 OTA 客户端迁移到这一标准化框架。

纳入公告级数据

除了单个 SPL 字符串之外，Security State 库还明确说明了该补丁级别对设备的实际意义。通过与开源漏洞 (OSV) 数据库集成以获取 Android 安全公告数据，这些库可以比以往更深入地查找漏洞。这些数据不仅能让库回答特定威胁（例如 CVE 条目）是否已被阻止，还能让库提供设备的“有效”且精细的安全状态。

这种方法对企业和 Android OEM 有以下两大好处：

• 有时，月度安全更新不包含针对特定组件的任何新威胁。在这种情况下，库会自动提高该组件的安全等级，以反映其“有效”安全状态。这可确保设备因完全免受所有已知安全威胁而获得准确的评分。
• Android 17 引入了一项新功能，允许 OEM 通过补充补丁 XML 文件声明已在 SPL 之上应用的特定安全修复。借助此功能，向后移植特定安全修复程序的 OEM 可以立即证明设备合规性，而无需等待完整的单体式 SPL 升级，从而确保持续的修补工作得到适当认可。Security State 库会将这些精细信息提供给应用和服务，确保在实施持续修补工作后，系统能立即识别到这些工作。

开始

安全状态库旨在为整个 Android 生态系统赋能。

• 应用开发者和 MDM：如需开始保护用户并评估实时补丁状态，请参阅官方了解设备安全状态指南。
• OEM 和更新客户端：将更新客户端接入系统，以便使用 AndroidX Security State Provider 库公开 ASPL。通过发布补充补丁 XML，立即获得向后移植补丁的积分。
• 版本说明：如需查看完整的变更日志和 API 签名，请参阅 Security-State 和 Security-State-Provider 库的官方 AndroidX 版本说明。

您的反馈对我们非常重要！欢迎试用这些库，并通过公开的 Android 问题跟踪器与我们分享您的想法或报告任何问题。