Chrome 浏览器多平台更新发布：安全修复与版本迭代综述

# Chrome 浏览器多平台更新发布：安全修复与版本迭代综述

**作者：吉祥法师**

## 引言

近期，Google Chrome 团队密集发布了覆盖桌面端、移动端及 ChromeOS 操作系统的多项版本更新。这些更新不仅涉及 Stable（稳定版）、Extended Stable（扩展稳定版）、Dev（开发者版）等多个发布渠道，还修复了大量高危安全漏洞，尤其是针对“释放后使用”（Use After Free，UAF）类内存安全问题进行了系统性补救。本文将围绕 2026 年 8 月上旬发布的各版本更新公告，梳理其核心变化、安全修复要点及版本发布节奏。

## 一、桌面端稳定版与扩展稳定版更新

### 1. 扩展稳定版更新

2026 年 8 月 11 日，Chrome 团队面向 Windows 和 Mac 平台发布了扩展稳定通道的更新，版本号升级至 **150.0.7871.230**。该更新将在未来数日至数周内逐步推送至所有用户。

所谓扩展稳定版，是 Chrome 为企业和机构用户提供的一种特殊发布渠道。相较于标准稳定版，扩展稳定版的更新频率更低，版本迭代周期更长，通常间隔约 8 个里程碑版本。这一设计旨在为企业环境中的 IT 管理员提供更充裕的兼容性测试时间，减少频繁升级对组织内部业务流程的干扰。

本次扩展稳定版更新主要包含功能修复和稳定性改进，Chrome 团队建议用户在遇到问题时通过官方 Bug 提交系统反馈，或前往社区帮助论坛寻求支持。

### 2. 稳定版更新与安全修复

同期，稳定版通道也迎来了重要更新，桌面端版本升级至 **151.0.7922.137/.138**（Windows/Mac）和 **151.0.7922.137**（Linux）。该版本的核心亮点在于修复了 5 个被标记为“高危”（High）级别的安全漏洞，所有漏洞均为“释放后使用”（Use After Free）类型。

值得关注的是，本次修复的 5 个安全漏洞中，有 3 个（CVE-2026-19557、CVE-2026-19559）由 Google 内部安全团队发现并报告，另外两个分别由来自首尔国立大学 Compsec 实验室的研究实习生 Jihyeon Jeong 和独立安全研究员 @bean5oup、WinD39 - Huynh Dinh Vu 提交。Chrome 团队对所有这些安全研究人员的贡献表达了感谢。

具体漏洞信息如下：

| 漏洞编号 | 风险等级 | 漏洞类型 | 影响组件 | 报告者 |
|---------|---------|---------|---------|--------|
| CVE-2026-19556 | 高危 | 释放后使用 | V8 JavaScript 引擎 | Jihyeon Jeong |
| CVE-2026-19557 | 高危 | 释放后使用 | TabStrip（标签栏） | Google 内部 |
| CVE-2026-19558 | 高危 | 释放后使用 | Extensions（扩展） | @bean5oup |
| CVE-2026-19559 | 高危 | 释放后使用 | HTML 解析 | Google 内部 |
| CVE-2026-19560 | 高危 | 释放后使用 | Blink 渲染引擎 | WinD39 |

“释放后使用”是浏览器安全领域最常见的漏洞类型之一，其成因在于程序在释放内存后仍保留指向该内存区域的指针，攻击者可利用这一缺陷执行恶意代码、导致浏览器崩溃或实现权限提升。Chrome 团队在开发过程中广泛使用 AddressSanitizer、MemorySanitizer、UndefinedBehaviorSanitizer、Control Flow Integrity 等动态分析工具，并借助 libFuzzer 和 AFL 进行模糊测试，以尽可能在漏洞进入稳定版之前将其拦截。

值得注意的是，出于安全考虑，Chrome 团队通常会在大多数用户完成更新修复后，才完全公开漏洞的详细技术细节。如果漏洞存在于第三方库中，且其他项目也依赖该库但尚未修复，细节披露将继续延迟。

## 二、ChromeOS 长期支持版（LTS）更新

### 1. LTS-144 版本发布

8 月 10 日，Chrome 团队宣布面向绝大多数 ChromeOS 设备推出长期支持通道的新版本 **LTS-144**，具体版本号为 **144.0.7559.259**（平台版本号：16503.92.0）。

长期支持版本（LTS）是 ChromeOS 针对教育机构和大型企业等需要高度稳定环境的用户群体设立的特殊发布通道。LTS 版本每 6 个月发布一次，并持续提供安全修复，但不包含功能更新。这一策略确保关键业务设备能够在较长时间内保持运行环境的一致性，同时兼顾安全防护。

### 2. 大规模安全修复清单

本次 LTS-144 更新包含了一份极为庞大的安全修复清单，共涉及 **45 个安全漏洞**，其中绝大多数为高危级别，2 个为严重级别（Critical）：

| 漏洞编号 | 风险等级 | 漏洞类型 | 影响组件 |
|---------|---------|---------|---------|
| CVE-2026-19157 | 严重 | 越界写入 | ANGLE（图形抽象层） |
| CVE-2026-17650 | 严重 | 释放后使用 | Compositing（合成器） |
| CVE-2026-19141 | 高危 | 释放后使用 | Resources |
| CVE-2026-13281 | 高危 | 整数溢出 | Mojo |
| CVE-2026-19155 | 高危 | 释放后使用 | Payments |
| CVE-2026-19175 | 高危 | 释放后使用 | Payments |
| CVE-2026-12446 | 高危 | 数据验证不足 | Passwords |
| CVE-2026-19153 | 高危 | 不可信输入验证不足 | Workers |
| CVE-2026-19166 | 高危 | 释放后使用 | Web Authentication |
| CVE-2026-15123 | 高危 | 数据验证不足 | DOM |
| CVE-2026-17680 | 高危 | 堆缓冲区溢出 | Color |
| CVE-2026-12460 | 高危 | 策略执行不足 | File System Access |
| CVE-2026-9126 | 高危 | 释放后使用 | DOM |
| CVE-2026-12456 | 高危 | 不可信输入验证不足 | Extensions |
| CVE-2026-12459 | 高危 | 实现不当 | Serial |
| CVE-2026-15905 | 高危 | 释放后使用 | Aura |
| CVE-2026-15127 | 高危 | 实现不当 | WebGL |
| CVE-2026-17657 | 高危 | 释放后使用 | Navigation |
| CVE-2026-15107 | 中危 | 释放后使用 | IndexedDB |
| CVE-2026-15118 | 高危 | 释放后使用 | Input |
| CVE-2026-15108 | 高危 | 整数溢出 | Extensions API |
| CVE-2026-15116 | 高危 | 释放后使用 | Actor |
| CVE-2026-12451 | 高危 | 释放后使用 | DigitalCredentials |
| CVE-2026-12015 | 高危 | 释放后使用 | 未指明 |
| CVE-2026-15902 | 高危 | 释放后使用 | Cast |
| CVE-2026-15778 | 中危 | 不可信输入验证不足 | Navigation |
| CVE-2026-15119 | 高危 | 实现不当 | GetUserMedia |
| CVE-2026-15121 | 高危 | 释放后使用 | WebRTC |
| CVE-2026-13031 | 高危 | 释放后使用 | Blink |
| CVE-2026-13036 | 高危 | 释放后使用 | Blink |
| CVE-2026-16805 | 高危 | 释放后使用 | Blink |
| CVE-2026-13853 | 高危 | 释放后使用 | Journeys |
| CVE-2026-15111 | 高危 | 释放后使用 | Views |
| CVE-2026-12017 | 高危 | 不可信输入验证不足 | 子框架错误页面 |
| CVE-2026-13023 | 高危 | 未初始化使用 | GPU |
| CVE-2026-13026 | 高危 | 释放后使用 | Digital Credentials |
| CVE-2026-13024 | 高危 | 不可信输入验证不足 | Navigation |
| CVE-2026-13854 | 高危 | 释放后使用 | Ozone |
| CVE-2026-12019 | 高危 | 越界写入 | 未指明 |
| CVE-2026-10970 | 高危 | 不可信输入验证不足 | InterestGroups |
| CVE-2026-19140 | 高危 | 释放后使用 | GPU |
| CVE-2026-15114 | 高危 | 越界读写 | Codecs |
| CVE-2026-19156 | 高危 | 堆缓冲区溢出 | Base |
| CVE-2026-16423 | 高危 | 释放后使用 | UI |
| CVE-2026-19159 | 高危 | 释放后使用 | Views |
| CVE-2026-11672 | 高危 | 越界写入 | GPU |
| CVE-2026-12455 | 高危 | 释放后使用 | Tab Strip |
| CVE-2026-10956 | 高危 | 释放后使用 | MimeHandlerView |
| CVE-2026-11691 | 高危 | 不可信输入验证不足 | New Tab Page |
| CVE-2026-12012 | 高危 | 释放后使用 | 未指明 |
| CVE-2026-11684 | 高危 | 策略执行不足 | Network |
| CVE-2026-12014 | 高危 | 释放后使用 | 未指明 |

从以上清单可以看出，“释放后使用”类漏洞占比极高，达到约 45%，这再次印证了内存安全问题在浏览器这类复杂软件系统中的普遍性和严重性。涉及的组件范围极其广泛，从底层的 GPU 处理、图形渲染（ANGLE、WebGL、Color），到上层的用户交互界面（Views、UI、Tab Strip），再到网络通信（WebRTC、Network、Cast），几乎覆盖了浏览器的全部关键模块。

## 三、开发者版（Dev Channel）更新

### 1. 桌面端 Dev 更新

8 月 7 日，Chrome Dev 通道面向 Windows、Mac 和 Linux 平台推出 **153.0.7993.0** 版本更新。开发者版是 Chrome 发布周期中最前沿的测试通道，其更新频率最高，但也伴随着更多不稳定因素。该版本适合希望第一时间体验最新功能的开发者和技术爱好者使用。

### 2. ChromeOS Dev 更新

同期，ChromeOS Dev 通道也更新至 OS 版本 **16765.12.0**（浏览器版本 **152.0.7977.28**）。ChromeOS 的设备更新支持渠道切换，但用户在切换通道前需注意，从 Dev 或 Beta 通道切换回稳定版可能需要进行设备重置（Powerwash）。

### 3. Android 端 Dev 更新

Chrome Dev **153（153.0.7993.0）** 也同步面向 Android 平台发布，已上架 Google Play 商店。Android 平台的 Dev 版本与桌面端保持相同的版本号，但更新节奏可能略有差异。

## 四、Android 端稳定版更新

8 月 6 日，Chrome 面向 Android 用户发布了 **151.0.7922.108** 稳定版更新。此次更新主要包含稳定性与性能方面的改进。需要特别说明的是，除非另有注明，Android 版本的 Chrome 包含与其对应桌面版本相同的安全修复内容，即桌面版 Windows/Mac 的 151.0.7922.108/109 和 Linux 的 151.0.7922.108 所包含的所有安全补丁，Android 版均同步覆盖。

## 五、版本发布节奏与渠道体系

### 1. Chrome 四大发布通道

Chrome 浏览器的发布体系由四个主要通道构成，其稳定性和更新频率呈阶梯式递进：

- **Stable（稳定版）**：面向普通用户发布，经过充分测试，稳定性最高。通常每 4 周进行一次大版本更新。
- **Extended Stable（扩展稳定版）**：面向企业用户，版本更新频率降低至约 8 周一次，同时安全修复仍会及时推送，便于企业进行 IT 资产管理。
- **Beta（测试版）**：比稳定版提前约 1 个月发布，功能已较为完善，适合在正式部署前的兼容性测试。
- **Dev（开发者版）**：每周更新 1-2 次，代码最新但可能包含明显缺陷，供开发者调试和提前适配新特性之用。

### 2. ChromeOS 的 LTS 通道

ChromeOS 在四大通道之外还增加了 **LTS（长期支持）** 通道。LTS 版本每 6 个月发布一次，只接收安全修复而不包含功能更新。LTS 通道的目标用户是教育机构、医疗、制造等对设备运行时间高度敏感的行业，这些行业往往难以承受频繁更新带来的重新测试和重新认证成本。

## 六、安全开发生命周期与漏洞管理

### 1. 漏洞披露策略

Chrome 团队在安全漏洞管理方面遵循“受限披露”（Restricted Disclosure）原则。当发现安全漏洞时，团队不会立即公布全部技术细节，而是等待大部分用户完成更新后才逐步公开。这种策略主要基于两点考虑：

- 防止攻击者在用户尚未修复漏洞时利用公开信息发起攻击（零日攻击）；
- 在漏洞影响第三方库的情况下，给予其他依赖该库的项目足够的修复时间。

### 2. 安全测试工具链

Chrome 的安全团队构建了完善的开发生命周期安全测试体系，广泛采用以下工具：

- **AddressSanitizer（ASan）**：检测内存错误（如缓冲区溢出、释放后使用等）；
- **MemorySanitizer（MSan）**：检测未初始化内存的读取；
- **UndefinedBehaviorSanitizer（UBSan）**：检测未定义行为（如整数溢出）；
- **Control Flow Integrity（CFI）**：防护控制流劫持攻击；
- **libFuzzer 和 AFL**：基于覆盖率引导的模糊测试工具，能够自动生成大量边界测试用例，发现隐藏的逻辑缺陷。

通过这些工具的组合运用，Chrome 团队能够在代码提交的早期阶段就发现并修复潜在的内存安全问题，从而最大化地降低安全漏洞进入稳定版的可能性。

## 七、总结与展望

综合来看，2026 年 8 月上旬是 Chrome 团队一次大规模版本迭代和安全加固的集中期。桌面稳定版和扩展稳定版同步更新，分别修复了 5 个高危漏洞；ChromeOS 的 LTS 版本更是前所未有地修复了 45 个安全漏洞，涵盖严重和高危级别；同时 Dev 通道也按计划推进至 153 版本，为下一阶段的稳定版发布蓄力。

从安全角度来看，本次发布传递了几个明确的信号：

1. **“释放后使用”漏洞仍然是 Chrome 面临的头号安全威胁**，其覆盖面横跨渲染引擎、图形处理、网络通讯、用户界面等全部关键组件。Chrome 团队在内存安全方面的投入需要持续加码。
2. **Chromium 开源生态的安全协作机制日趋成熟**。本轮漏洞的发现者既有 Google 内部安全团队，也有来自高校和独立研究机构的外部安全研究员。Chrome 的漏洞奖励计划（Bug Bounty）正在持续激励全球安全社区参与浏览器安全建设。
3. **企业级用户需要密切关注 LTS 版本的安全更新节奏**。ChromeOS LTS 通道虽然不追求功能的快速迭代，但在安全防护方面并未松懈，本次 LTS-144 的大规模修复即是明证。

对于普通用户而言，保持 Chrome 浏览器的自动更新开启、尽快升级至最新稳定版本，是抵御已知安全威胁最有效的手段。对于 IT 管理员和企业安全团队，则需根据自身环境评估是否采用扩展稳定版或 LTS 通道，在功能更新与稳定性之间找到适合组织的平衡点。