[业内新闻动态] [【转载】] Chrome Gemini 漏洞允许攻击者远程访问受害者的摄像头和麦克风

结论

Chrome Gemini漏洞源于declarativeNetRequest API对https://gemini.google.com/app请求的特殊权限提升逻辑，攻击者可通过恶意扩展劫持Gemini面板的运行环境，绕过用户交互直接获取摄像头/麦克风访问权限。核心问题在于浏览器未对Gemini面板的扩展请求进行严格的权限隔离，导致高危攻击面暴露。

分析路径

L1 攻击面识别

• Source-Sink链：
  • Source：declarativeNetRequest API对Gemini面板请求的特殊处理逻辑（权限提升）
  • Sink：Gemini面板的getUserMedia、screenCapture、文件访问等敏感API
• 权限差异：
  • 普通标签页加载Gemini URL：仅基础权限，扩展可拦截但无法注入敏感代码
  • Gemini面板加载相同URL：浏览器赋予“浏览器级别权限”，允许扩展通过API注入恶意JS并触发布局/媒体访问

L2 假设与验证

• 假设1：恶意扩展通过declarativeNetRequest拦截Gemini子请求，注入JS劫持面板行为
  • 验证路径：检查扩展是否声明declarativeNetRequest与gemini.google.com匹配规则，并在响应中注入navigator.mediaDevices.getUserMedia调用
• 假设2：权限提升后可绕过用户交互验证
  • 验证路径：监控Gemini面板加载时的MediaDevices调用栈，确认是否存在无user activation触发的敏感API调用

L3 边界/异常场景

• 扩展沙箱逃逸：合法扩展被供应链污染后，利用Gemini的权限提升漏洞突破沙箱
• 跨域注入：通过Gemini面板的高权限，突破同源策略访问其他标签页或文件系统
• 静默持久化：利用Gemini面板的常驻特性，在后台持续监听媒体设备状态

L4 防御反推与修复

• Chrome防御机制缺失点：
  • 未对Gemini面板的declarativeNetRequest拦截行为实施白名单限制
  • 未对敏感API调用强制要求用户交互（如user gesture检查）
• 推测修复逻辑：
  • 隔离Gemini面板的权限边界，强制其与扩展请求权限分离
  • 为getUserMedia等API添加针对Gemini上下文的额外验证（如强制弹窗提示）

验证步骤

1. 检查扩展权限：
   chrome://extensions/permissions
   确认可疑扩展是否包含declarativeNetRequest和https://gemini.google.com/*的匹配规则。

2. 模拟请求拦截：
   使用开发者工具拦截Gemini面板的/app请求，注入测试代码验证是否可触发媒体设备访问（无需用户点击）：

   navigator.mediaDevices.getUserMedia({ video: true }).then(() => console.log("权限被滥用"))

3. 监控API调用链：
   在chrome://media-internals观察Gemini面板启动后的媒体设备调用记录，确认是否存在无用户交互的active: true状态。

4. 验证权限隔离修复：
   更新至Chrome 132+版本后，重复上述测试，确认Gemini上下文的API调用是否强制要求用户交互弹窗。

修复建议

1. 用户层面：

   • 立即升级Chrome至版本132+
   • 禁用非必要扩展，尤其关注高权限请求declarativeNetRequest的第三方扩展
   • 启用chrome://flags/#enable-media-stream-security强化媒体权限拦截

2. 企业防御：

   • 部署扩展白名单策略，禁止未授权扩展访问gemini.google.com
   • 在组策略中配置：

     --disable-gpu  
     --disable-features=GeminiPanel  

     （若业务无依赖，直接禁用Gemini面板）

3. 开发加固：

   • 对敏感API（如媒体访问、文件读取）强制要求user gesture验证
   • 在declarativeNetRequest规则中为Gemini请求添加exclude_matches黑名单机制

该漏洞暴露了AI浏览器助手类应用的权限设计缺陷——高功能需求与最小权限原则的矛盾需通过架构隔离强制解决。