发布时间：2017 年 8 月 7 日 | 更新时间：2017 年 8 月 23 日
Android 安全公告详细介绍了会影响 Android 设备的安全漏洞。安全补丁程序级别为 2017 年 8 月 5 日或更新的 Android 系统都已解决本公告中所述的问题。请参阅 Pixel 和 Nexus 更新时间表，了解如何查看设备的安全补丁级别。
合作伙伴在至少一个月前就已收到关于本公告中所述问题的通知。我们已将针对这些问题的源代码补丁发布到 Android 开源项目 (AOSP) 代码库中，并在本公告中提供了相应链接。本公告中还提供了指向 AOSP 之外的补丁程序的链接。
这些问题中危险性最高的是媒体框架中的一个严重程度为“严重”的安全漏洞，该漏洞可让远程攻击者利用蓄意创建的文件通过特权进程执行任意代码。严重程度评估的依据是漏洞被利用后可能会对受影响的设备造成的影响（假设相关平台和服务缓解措施被成功规避或出于开发目的而被停用）。
我们尚未收到关于用户因这些新报告的问题而遭到主动攻击或这些问题遭到滥用的报告。请参阅 Android 和 Google Play 保护机制提供的缓解措施部分，详细了解有助于提高 Android 平台安全性的 Android 安全平台防护功能和 Google Play 保护机制。
我们建议所有用户都在自己的设备上接受这些更新。
注意：如需了解适用于 Google 设备的最新无线下载更新 (OTA) 和固件映像，请参阅 Google 设备更新部分。
通告
- 本公告有 2 个安全补丁级别字符串，目的是让 Android 合作伙伴能够灵活地、更快速地修复在各种 Android 设备上类似的一系列漏洞。如需了解详情，请参阅常见问题和解答：
- 2017-08-01：部分安全补丁级别字符串。该安全补丁程序级别字符串表明 2017-08-01（以及之前的所有安全补丁程序级别字符串）涵盖的所有问题均已得到解决。
- 2017-08-05：完整安全补丁程序级别字符串。该安全补丁程序级别字符串表明 2017-08-01 和 2017-08-05（以及之前的所有安全补丁程序级别字符串）涵盖的所有问题均已得到解决。
Android 和 Google Play 保护机制提供的缓解措施
这一部分总结了 Android 安全平台和服务防护功能（如 Google Play 保护机制）提供的缓解措施。这些功能有助于降低 Android 上的安全漏洞被成功利用的可能性。
- 较高版本的 Android 平台中提供的增强功能让攻击者更加难以利用 Android 上存在的许多问题。我们建议所有用户都尽可能更新到最新版 Android。
- Android 安全团队会积极利用 Google Play 保护机制监控滥用行为，并会在发现潜在有害应用时向用户发出警告。在安装有 Google 移动服务的设备上，Google Play 保护机制默认处于启用状态，对于从 Google Play 以外的来源安装应用的用户来说，该功能尤为重要。
2017-08-01 安全补丁级别 - 漏洞详情
我们在下面提供了 2017-08-01 补丁程序级别涵盖的每个安全漏洞的详细信息。漏洞列在所影响的组件下，内容包括问题描述和一张表，该表中包含 CVE、相关参考编号、漏洞类型、严重程度和已更新的 AOSP 版本（若有）。如果有解决相应问题的公开更改记录（例如 AOSP 代码更改列表），我们会将 bug ID 链接到该记录。如果某个 bug 有多条相关的代码更改记录，我们还会通过 bug ID 后面的数字链接到更多参考内容。
框架
这一部分中最严重的漏洞可让本地恶意应用利用蓄意创建的文件通过特权进程执行任意代码。
| CVE | 参考编号 | 类型 | 严重程度 | 已更新的 AOSP 版本 |
|---|---|---|---|---|
| CVE-2017-0712 | A-37207928 | EoP | 中 | 5.0.2、5.1.1、6.0、6.0.1、7.0、7.1.1、7.1.2 |
库
这一部分中最严重的漏洞可让远程攻击者利用蓄意创建的文件通过非特权进程执行任意代码。
| CVE | 参考编号 | 类型 | 严重程度 | 已更新的 AOSP 版本 |
|---|---|---|---|---|
| CVE-2017-0713 | A-32096780 [2] | RCE | 高 | 4.4.4、5.0.2、5.1.1、6.0、6.0.1、7.0、7.1.1、7.1.2 |
媒体框架
这一部分中最严重的漏洞可让远程攻击者利用蓄意创建的文件通过特权进程执行任意代码。
| CVE | 参考编号 | 类型 | 严重程度 | 已更新的 AOSP 版本 |
|---|---|---|---|---|
| CVE-2017-0714 | A-36492637 | RCE | 严重 | 4.4.4、5.0.2、5.1.1、6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0715 | A-36998372 | RCE | 严重 | 6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0716 | A-37203196 | RCE | 严重 | 6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0718 | A-37273547 | RCE | 严重 | 6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0719 | A-37273673 | RCE | 严重 | 6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0720 | A-37430213 | RCE | 严重 | 5.0.2、5.1.1、6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0721 | A-37561455 | RCE | 严重 | 6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0722 | A-37660827 | RCE | 严重 | 4.4.4、5.0.2、5.1.1、6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0723 | A-37968755 | RCE | 严重 | 6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0745 | A-37079296 | RCE | 严重 | 4.4.4、5.0.2、5.1.1、6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0724 | A-36819262 | DoS | 高 | 6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0725 | A-37627194 | DoS | 高 | 7.0、7.1.1、7.1.2 |
| CVE-2017-0726 | A-36389123 | DoS | 高 | 4.4.4、5.0.2、5.1.1、6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0727 | A-33004354 | EoP | 高 | 7.0、7.1.1、7.1.2 |
| CVE-2017-0728 | A-37469795 | DoS | 高 | 5.0.2、5.1.1、6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0729 | A-37710346 | EoP | 高 | 5.0.2、5.1.1、6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0730 | A-36279112 | DoS | 高 | 6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0731 | A-36075363 | EoP | 高 | 4.4.4、5.0.2、5.1.1、6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0732 | A-37504237 | EoP | 高 | 6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0733 | A-38391487 | DoS | 高 | 5.0.2、5.1.1、6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0734 | A-38014992 | DoS | 高 | 6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0735 | A-38239864 [2] | DoS | 高 | 6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0736 | A-38487564 | DoS | 高 | 6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0687 | A-35583675 | DoS | 高 | 6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0737 | A-37563942 | EoP | 高 | 4.4.4、5.0.2、5.1.1、6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0805 | A-37237701 | EoP | 高 | 4.4.4、5.0.2、5.1.1、6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0738 | A-37563371 [2] | ID | 中 | 4.4.4、5.0.2、5.1.1、6.0、6.0.1、7.0、7.1.1、7.1.2 |
| CVE-2017-0739 | A-37712181 | ID | 中 | 5.0.2、5.1.1、6.0、6.0.1、7.0、7.1.1、7.1.2 |
2017-08-05 安全补丁程序级别 - 漏洞详情
我们在下面提供了 2017-08-05 补丁程序级别涵盖的每个安全漏洞的详细信息。漏洞列在所影响的组件下，内容包括 CVE、相关参考编号、漏洞类型、严重程度、组件（如果适用）和已更新的 AOSP 版本（如果适用）等详细信息。如果有解决相应问题的公开更改记录（例如 AOSP 代码更改列表），我们会将 bug ID 链接到该记录。如果某个 bug 有多条相关的代码更改记录，我们还会通过 bug ID 后面的数字链接到更多参考内容。
Broadcom 组件
这一部分中最严重的漏洞可让远程攻击者利用蓄意创建的文件通过非特权进程执行任意代码。
| CVE | 参考编号 | 类型 | 严重程度 | 组件 |
|---|---|---|---|---|
| CVE-2017-0740 | A-37168488* B-RB#116402 |
RCE | 中 | 网络驱动程序 |
内核组件
这一部分中最严重的漏洞可让本地恶意应用通过特权进程执行任意代码。
| CVE | 参考编号 | 类型 | 严重程度 | 组件 |
|---|---|---|---|---|
| CVE-2017-10661 | A-36266767 上游内核 |
EoP | 高 | 文件系统 |
| CVE-2017-0750 | A-36817013* | EoP | 中 | 文件系统 |
| CVE-2017-10662 | A-36815012 上游内核 |
EoP | 中 | 文件系统 |
| CVE-2017-10663 | A-36588520 上游内核 |
EoP | 中 | 文件系统 |
| CVE-2017-0749 | A-36007735* | EoP | 中 | Linux 内核 |
MediaTek 组件
这一部分中最严重的漏洞可让本地恶意应用通过特许进程执行任意代码。
| CVE | 参考编号 | 类型 | 严重程度 | 组件 |
|---|---|---|---|---|
| CVE-2017-0741 | A-32458601* M-ALPS03007523 |
EoP | 高 | GPU 驱动程序 |
| CVE-2017-0742 | A-36074857* M-ALPS03275524 |
EoP | 中 | 视频驱动程序 |
Qualcomm 组件
这一部分中最严重的漏洞可让本地恶意应用通过特权进程执行任意代码。
| CVE | 参考编号 | 类型 | 严重程度 | 组件 |
|---|---|---|---|---|
| CVE-2017-0746 | A-35467471* QC-CR#2029392 |
EoP | 中 | IPA 驱动程序 |
| CVE-2017-0747 | A-32524214* QC-CR#2044821 |
EoP | 中 | 专有组件 |
| CVE-2017-9678 | A-35258962* QC-CR#2028228 |
EoP | 中 | 视频驱动程序 |
| CVE-2017-9691 | A-33842910* QC-CR#1116560 |
EoP | 中 | MobiCore 驱动程序 (Trustonic) |
| CVE-2017-9684 | A-35136547* QC-CR#2037524 |
EoP | 中 | USB 驱动程序 |
| CVE-2017-9682 | A-36491445* QC-CR#2030434 |
ID | 中 | GPU 驱动程序 |
Google 设备更新
下表中列出了适用于 Google 设备的最新无线下载更新 (OTA) 和固件映像中的安全补丁级别。可在 Google Developers 网站上找到 Google 设备固件映像。
| Google 设备 | 安全补丁级别 |
|---|---|
| Pixel/Pixel XL | 2017 年 8 月 5 日 |
| Nexus 5X | 2017 年 8 月 5 日 |
| Nexus 6 | 2017 年 8 月 5 日 |
| Nexus 6P | 2017 年 8 月 5 日 |
| Nexus 9 | 2017 年 8 月 5 日 |
| Nexus Player | 2017 年 8 月 5 日 |
| Pixel C | 2017 年 8 月 5 日 |
Google 设备更新还包含针对以下安全漏洞的补丁程序（如果适用）：
| CVE | 参考编号 | 类型 | 严重程度 | 组件 |
|---|---|---|---|---|
| CVE-2017-0744 | A-34112726* N-CVE-2017-0744 |
EoP | 低 | 声音驱动程序 |
| CVE-2017-9679 | A-35644510* QC-CR#2029409 |
ID | 低 | SoC 驱动程序 |
| CVE-2017-9680 | A-35764241* QC-CR#2030137 |
ID | 低 | SoC 驱动程序 |
| CVE-2017-0748 | A-35764875* QC-CR#2029798 |
ID | 低 | 音频驱动程序 |
| CVE-2017-9681 | A-36386593* QC-CR#2030426 |
ID | 低 | 无线装置驱动程序 |
| CVE-2017-9693 | A-36817798* QC-CR#2044820 |
ID | 低 | 网络驱动程序 |
| CVE-2017-9694 | A-36818198* QC-CR#2045470 |
ID | 低 | 网络驱动程序 |
| CVE-2017-0751 | A-36591162* QC-CR#2045061 |
EoP | 低 | QCE 驱动程序 |
| CVE-2017-9692 | A-36731152* QC-CR#2021707 |
DoS | 低 | 图形驱动程序 |
致谢
我们衷心感谢以下研究人员做出的贡献：
| CVE | 研究人员 |
|---|---|
| CVE-2017-0741、CVE-2017-0742、CVE-2017-0751 | 阿里巴巴移动安全团队的 Baozeng Ding (@sploving)、Chengming Yang 和 Yang Song |
| CVE-2017-9682 | Android 安全团队的 Billy Lau |
| CVE-2017-0739 | C0RE 团队的 Dacheng Shao、Hongli Han (@HexB1n)、Mingjian Zhou (@Mingjian_Zhou) 和 Xuxian Jiang |
| CVE-2017-9691、CVE-2017-0744 | 奇虎 360 科技有限公司 IceSword 实验室的 Gengjia Chen (@chengjia4574) 和 pjf |
| CVE-2017-0727 | 奇虎 360 科技有限公司 Alpha 团队的龚广 (@oldfresher) |
| CVE-2017-0737 | C0RE 团队的 Hanxiang Wen、Mingjian Zhou (@Mingjian_Zhou) 和 Xuxian Jiang |
| CVE-2017-0748 | 奇虎 360 科技有限公司 Alpha 团队的 Hao Chen 和龚广 |
| CVE-2017-0731 | C0RE 团队的 Hongli Han (@HexB1n)、Mingjian Zhou (@Mingjian_Zhou) 和 Xuxian Jiang |
| CVE-2017-9679 | 特斯拉产品安全团队的 Nathan Crandall (@natecray) |
| CVE-2017-0726 | Niky1235 (@jiych_guru) |
| CVE-2017-9684、CVE-2017-9694、CVE-2017-9693、CVE-2017-9681、CVE-2017-0738、CVE-2017-0728 | 百度安全实验室的丁鹏飞、包沉浮和韦韬 |
| CVE-2017-9680、CVE-2017-0740 | Scott Bauer (@ScottyBauer1) |
| CVE-2017-0724 | 趋势科技的 Seven Shen (@lingtongshen) |
| CVE-2017-0732、CVE-2017-0805 | CSS Inc. 的 Timothy Becker |
| CVE-2017-10661 | C0RE 团队的 Tong Lin (segfault5514@gmail.com)、Yuan-Tsung Lo (computernik@gmail.com) 和 Xuxian Jiang |
| CVE-2017-0712 | Valerio Costamagna (@vaio_co) 和 Marco Bartoli (@wsxarcher) |
| CVE-2017-0716 | Vasily Vasiliev |
| CVE-2017-0750、CVE-2017-0713、CVE-2017-0715、CVE-2017-10662、CVE-2017-10663 | 趋势科技移动威胁响应团队的 V.E.O (@VYSEa) |
| CVE-2017-9678 | 华为公司 SCC Eagleye 团队的 Yan Zhou |
| CVE-2017-0749、CVE-2017-0746 | 奇虎 360 科技有限公司 IceSword 实验室的 Yonggang Guo (@guoygang) |
| CVE-2017-0729 | 腾讯玄武实验室的 Yongke Wang |
| CVE-2017-0714、CVE-2017-0719、CVE-2017-0718、CVE-2017-0722、CVE-2017-0725、CVE-2017-0720、CVE-2017-0745 | 奇虎 360 科技有限公司成都安全响应中心的 Zinuo Han |
常见问题和解答
这一部分解答了用户在阅读本公告后可能会提出的常见问题。
1. 如何确定我的设备是否已通过更新解决这些问题？
如需了解如何检查设备的安全补丁级别，请参阅 Pixel 和 Nexus 更新时间表中的说明。
- 如果安全补丁级别是 2017-08-01 或更新，则意味着已解决 2017-08-01 安全补丁级别涵盖的所有问题。
- 如果安全补丁级别是 2017-08-05 或更新，就意味着已解决 2017-08-05 以及之前的所有安全补丁级别涵盖的所有问题。
预装这些更新的设备制造商应将补丁字符串级别设为：
- [ro.build.version.security_patch]:[2017-08-01]
- [ro.build.version.security_patch]:[2017-08-05]
2. 为何本公告有 2 个安全补丁级别？
本公告之所以有 2 个安全补丁级别，是为了让 Android 合作伙伴能够灵活地、更快速地修复在各种 Android 设备上都有发现的一部分相似漏洞。我们建议 Android 合作伙伴修复本公告中的所有问题并使用最新的安全补丁级别。
- 如果设备使用的是 2017 年 8 月 1 日这一安全补丁程序级别，则必须包含该安全补丁程序级别涵盖的所有问题以及之前的安全公告中报告的所有问题的修复程序。
- 如果设备使用的是 2017 年 8 月 5 日或更新的安全补丁程序级别，则必须包含本安全公告（以及之前的安全公告）中的所有适用补丁程序。
我们建议合作伙伴将要解决的全部问题的修复程序打包到一个更新中。
3. “类型”列中的条目表示什么意思？
在漏洞详情表内，“类型”列中的条目是安全漏洞的分类。
| 缩写词 | 定义 |
|---|---|
| RCE | 远程代码执行 |
| EoP | 提权 |
| ID | 信息披露 |
| DoS | 拒绝服务攻击 |
| N/A | 没有分类 |
4. “参考编号”列中的条目表示什么意思？
在漏洞详情表内，“参考编号”列中的条目可能包含用于标识参考编号值所属组织的前缀。
| 前缀 | 参考编号 |
|---|---|
| A- | Android bug ID |
| QC- | Qualcomm 参考编号 |
| M- | MediaTek 参考编号 |
| N- | NVIDIA 参考编号 |
| B- | Broadcom 参考编号 |
5. 在“参考编号”列中，Android bug ID 旁边的 * 表示什么意思？
如果问题尚未公开发布，则在“参考编号”列中，相应 Android bug ID 旁边会显示 *。Google Developers 网站上针对 Nexus 设备提供的最新二进制驱动程序中通常包含旨在解决相应问题的更新。
版本
| 版本 | 日期 | 备注 |
|---|---|---|
| 1.0 | 2017 年 8 月 7 日 | 发布了本公告。 |
| 1.1 | 2017 年 8 月 8 日 | 在本公告中添加了 AOSP 链接和致谢信息。 |
| 1.2 | 2017 年 8 月 14 日 | 在本公告中添加了 CVE-2017-0687。 |
| 1.2 | 2017 年 8 月 23 日 | 在本公告中添加了 CVE-2017-0805。 |