Chrome156稳定版发布,修复353个漏洞含6个严重项,同步升级反诈骗机制

谷歌于2026年10月20日推送Chrome 156稳定版,修复353个安全漏洞(含6个严重级),并引入分级网站警告、Gemini模型增强识别与ClickFix攻击拦截三项反诈骗功能;底层存储架构迁移...

互联网/IT

谷歌于2026年10月20日正式向Windows、macOS及Linux平台推送Chrome 156稳定版(桌面版版本号为156.0.8078.47,部分用户显示为156.0.8078.48)。本次更新以“修复与改进”为官方概括,实际涵盖353项安全修复,其中6个被评定为“严重”等级,涉及浏览器核心模块,潜在风险包括远程代码执行与权限提升。

此次更新的规模在近年Chrome版本迭代中属较高水平。根据谷歌安全公告,修复范围覆盖V8 JavaScript引擎、Blink渲染引擎、网络栈及沙箱隔离机制等多个关键组件。尽管官方未公开具体漏洞细节(遵循负责任披露惯例),但安全社区普遍认为,此类高数量修复往往对应一次周期性深度清理,尤其在季度末节点集中处理累积风险。

除常规补丁外,Chrome 156在安全防护策略上实现结构性升级。谷歌宣布强化其“安全浏览”(Safe Browsing)增强保护模式,新增三项面向新型网络诈骗的防御机制:

第一项是分级网站警告系统。此前Chrome对可疑页面仅提供统一红色全页拦截,而新版将风险划分为两级:“危险网站”维持原有强阻断界面;“可疑网站”则采用差异化设计——浅色背景弹窗、非侵入式图标与中性文案(如“This site doesn’t seem right”),引导用户审慎操作而非直接阻止。该机制旨在减少误报对合法但边缘化站点的影响,同时提升用户对低置信度风险的感知能力。

第二项是服务器端Gemini模型扩展应用。此前设备端Gemini已用于识别技术支持类诈骗;此次升级后,更强大的服务器端Gemini模型被接入安全浏览流水线,可分析页面品牌一致性、意图偏离度及诈骗概率评分。值得注意的是,谷歌强调仅当页面呈现高置信度诈骗特征时,才会将脱敏后的文本片段发送至服务器,且数据为临时处理,不存储、不用于训练,符合隐私合规要求。

第三项针对日益猖獗的“ClickFix”社会工程攻击。此类骗局诱导用户复制看似用于“修复系统问题”的命令(如PowerShell脚本),实则调用系统工具下载恶意载荷。Chrome 156新增剪贴板内容检测逻辑:在剥离个人身份信息后,若识别出高风险命令结构(如包含iex、curl、wget与特定参数组合),将即时弹出警告。该功能设计注重精准性,避免干扰开发者日常调试行为。

谷歌指出,启用增强保护模式的用户,在钓鱼、社交工程与通知滥用等场景下,安全防护能力较标准模式提升约十倍。截至2025年底,全球已有超10亿Chrome用户开启该模式。

在底层架构层面,Chrome 156完成了一项重要技术迁移:将IndexedDB数据库后端从原有的LevelDB+扁平文件方案,全面切换至SQLite。此举不改变Web API接口,但显著提升数据一致性与崩溃恢复能力。据谷歌内部测试,写入性能在高并发场景下平均提升12%,尤其在长期运行的PWA应用中表现更优。SQLite的成熟事务机制也降低了因异常中断导致数据库损坏的概率,对依赖本地存储的离线应用构成实质性保障。

对前端开发者而言,本次更新带来多项实用增强:

  • CSS新增random()函数,支持在样式表中直接生成指定范围内的随机数值(如transform: translateX(random(100px))),配合random-key属性可控制随机值的缓存粒度,适用于动态布局、粒子效果等场景;
  • 模块加载机制优化:过去import()失败后结果会被缓存,导致弱网恢复后仍无法重试;新版允许开发者主动调用import()重新触发加载,提升网络波动环境下的可用性;
  • WebGPU与WebTransport API进一步稳定,部分实验性接口移出Origin Trial阶段。

Chrome手机端“可疑网站”警告示例

值得关联注意的是,同日(10月20日)另一重大安全事件亦影响Chrome生态:印度CA机构eMudhra旗下8张中间证书因P-384私钥生成缺陷被紧急吊销。涉事私钥实际仅为个位数至三位数整数(如4、56、156等),远低于应有384位随机性,理论上可在毫秒级穷举还原。谷歌通过CRLSet机制快速封锁相关公钥哈希,确保使用受影响证书签发的网站无法建立可信HTTPS连接。尽管eMudhra声明这些证书未签发终端实体证书且多数未投入生产,但事件凸显了证书链信任体系的脆弱性——浏览器虽已响应迅速,依赖独立证书库的应用(如某些开发工具链)仍需手动更新信任根。

用户层面,谷歌建议立即更新至Chrome 156以获取完整防护。更新过程通常自动完成,若遇“Update check failed”等错误(如图4所示),可手动执行crash-report --repair命令修复。对于企业IT管理员,需同步检查内部部署的Chrome策略是否限制自动更新,并评估增强保护模式对业务网站的兼容性影响。

从技术演进看,Chrome 156体现了当前浏览器安全范式的双重转向:一方面持续加固传统边界(漏洞修复、存储可靠性),另一方面主动应对“人因漏洞”——即利用用户认知偏差与操作习惯的新型社工攻击。这标志着浏览器正从“被动防御”走向“主动干预”,而AI模型(如Gemini)在其中扮演的并非替代人类判断的角色,而是作为高精度信号放大器,辅助系统在海量网页中快速定位可疑模式。

随着Web应用复杂度攀升与攻击手法迭代加速,浏览器作为互联网入口的安全责任愈发沉重。Chrome 156的这次更新,既是例行维护,也是对当前威胁格局的一次系统性回应。