Android 十月公告 蓝牙栈四个严重洞与 WiFi 模块两条

这两天在给手里的几台安卓机排月度补丁，翻到 Google 十月的安全公告。本来只是走流程看一眼，结果发现这个月的严重漏洞扎堆出现在蓝牙栈里，一个月的量里六个严重项有五个的代码路径指向蓝牙。我把公告整份看完，又找了两家的解读对着核了一遍，把跟无线相关的部分单独拎出来记一下。

先说核源的过程。官方公告页我用的是 source.android.google.cn 上的中文版，页面顶部写明发布时间 2026 年 10 月 5 日、更新时间 10 月 8 日，补丁级别只有一个 2026-10-01。英文版 source.android.com 的表格和中文版一致，CVE 编号、类型、严重级别、影响的 AOSP 版本四列完全对得上。另外两家是 safeguard.sh 的公告拆解和 eSecurity Planet 的报道，三家在"25 个 CVE、7 个严重、本月没有第二个补丁级别"这几个数上一致。

需要说明的是，官方公告里"类型"那一列和 CVE 记录本身的描述有时候不是一回事。safeguard.sh 专门点出了这一条：CVE-2026-58835 在公告里列为 EoP（提权），但 CVE 记录里写的是可能导致远程代码执行；CVE-2026-49933 列为 DoS，记录里却写的是控制流劫持导致提权。我没有把这两种说法合并，下面表里按官方公告的列法写，但在说明里把差异标出来。做处置排序的时候两边都得看。



跟无线直接相关的，我按模块拆开说。

蓝牙这块是这个月的重点，五个严重项里四个的代码路径在 packages/modules/Bluetooth 下面：

CVE-2026-55269，类型 EoP，严重级别，影响 AOSP 16、16-qpr2、17。官方给的补丁链接指向 Bluetooth 模块，safeguard.sh 说是 snoop_logger.cc 里 FilterCapturedPacket 的内存安全问题。snoop 是 HCI 抓日志那套东西，也就是说跟蓝牙 HCI 日志采集有关。

CVE-2026-58835，EoP，严重，16、16-qpr2、17。补丁在 Bluetooth 模块，位置是 btif_storage.cc 的 cfg2prop，堆溢出。这一条就是上面说的类型与描述不一致的那个，CVE 记录提到可能远程代码执行。

CVE-2026-58880，EoP，严重，16、16-qpr2、17。btif_rc.cc 里 handle_app_val_response 的竞态条件。AVRCP 那条路径。

CVE-2026-49933，DoS，严重，16、16-qpr2、17。msft.cc，官方描述里提到是"特权蓝牙进程"里的控制流劫持。同样，类型列和记录描述不一致。

还有一个 CVE-2026-55280，EoP，严重，16、16-qpr2、17，官方补丁链接指向的是 packages/modules/Nfc。safeguard.sh 把它算进蓝牙栈，但从 AOSP 代码路径看它落在 NFC 模块。这两种归类我没有强行统一，谁要看 NFC 的也留意一下这条。

框架层还有一个 CVE-2026-55265，DoS，严重，PduParser.java 缺边界检查导致远程拒绝服务，影响 14 到 17，覆盖面比上面几条宽。同在 PduParser.java 的还有 CVE-2026-58865，Framework 的严重项，持久性远程拒绝服务，官方写明不需要额外执行权限、不需要用户交互。

Wi-Fi 这边走的是 Project Mainline，公告的 Google Play 系统更新一节里，WiFi 子组件挂了两个 CVE：

CVE-2026-45524，类型 ID，高，只影响 AOSP 17。补丁在 packages/modules/Wifi，位置是 WifiPermissionsUtil.isSystem 的权限检查缺失，CVE 记录里称之为可能的沙箱逃逸。

CVE-2026-49878，类型 RCE，高，影响 14、15、16、16-qpr2、17。补丁在 external/wpa_supplicant_8，是 robust AV 处理里的越界写，利用需要 System 权限。这条是本批里唯一一个官方标 RCE 的，级别是高不是严重，因为门槛摆在那。

另外 Telephony 子组件挂了 CVE-2026-58859，DoS，高，AOSP 17。

有一件事要说清楚：这份公告没有声明这些漏洞里任何一个存在在野利用。eSecurity Planet 的报道也特意提了一句，Google 的十月 Android 公告和 Pixel 公告都没有标注在野利用。所以这是"按时打补丁"的范畴，不是"立刻应急响应"的范畴，别自己吓自己。

Pixel 机器另有一份 2026-10-05 的公告，eSecurity Planet 引述的内容里，蓝牙还有一条 CVE-2026-55330，Critical 级别的 EoP。这个我没直接核到 Pixel 公告原文，是从那篇报道里读到的，谁手上有 Pixel 的自己再对一遍官方页面。

自查怎么做，一条命令：

adb shell getprop ro.build.version.security_patch

返回值是 2026-10-01 或更晚，说明本公告的问题都在里面了。低于这个日期的机器，哪怕跑的是 Android 17，这些洞也还在。eSecurity Planet 那篇里有一句话我挺认同：对管理安卓终端的人来说，要看的数字是补丁级别，不是安卓版本号。设备商如果打了这些补丁，会把 ro.build.version.security_patch 设成 2026-10-01。

还要提一个跟安卓版本无关的变量：这次有两个 CVE（45524 和 49878）在 WiFi 这个 Mainline 子组件里，意味着 Android 10 以上的机器可以走 Google Play 系统更新单独拿到，不用等整机 OTA。但 45524 只影响 17，49878 影响 14 到 17，覆盖范围不一样，别一概而论。

我自己的处置顺序是这样排的：先看补丁级别，所有低于 2026-10-01 的机器列入本月更新清单；蓝牙那几条严重项只影响 16 及以上，手上的老机器（14、15）压力反而小一些，但 55265 和 58865 这两条 DoS 是 14 起就有的，老机器同样要动；企业环境里有 MDM 或 UEM 的，直接按补丁级别做合规策略，比一台一台查快得多。

最后记一条容易被忽略的：公告里明确说从 2026 年起，AOSP 源代码只在第二季度和第四季度发布。自己从源码编译的人要改用到 android-latest-release 这个清单分支。这条跟漏洞无关，但对做 ROM 和做定制系统的人是实打实的流程变化。

来源：
1. Android 安全公告 2026 年 10 月（Google 官方，发布 2026-10-05，更新 2026-10-08）
   https://source.android.google.cn/docs/security/bulletin/2026/2026-10-01
2. Android Security Bulletin—October 2026（英文官方，表格一致）
   https://source.android.com/docs/security/bulletin/2026/2026-10-01
3. Safeguard：Android October 2026: Bluetooth Criticals and Quarterly AOSP Source
4. eSecurity Planet：Google's October Android Update Patches 7 Critical Security Vulnerabilities

**HKTULU**
2026-10-25