浏览器 WebRTC 隐私泄露风险及关闭方法
近期在安全测试中发现一个普遍误区:许多用户认为开启代理工具后网络身份即完全隐匿。实际上,浏览器内置的 WebRTC 功能可能绕过代理设置,直接暴露本地甚至公网 IP 地址。即便在代理环境下,若未妥善配置,真实网络位置仍可能被网页脚本探测到。本文重点解析 WebRTC 的工作原理,对比主流浏览器的默认行为差异,并提供具体的关闭方案。
WebRTC:便利背后的隐私裂隙
WebRTC(Web Real-Time Communication)是一项由谷歌主导的开源项目,旨在实现浏览器间的点对点通信。无需安装插件,即可支持高清视频通话、语音聊天及文件传输。在线会议、直播互动及低延迟网页游戏均依赖此技术。
其核心优势在于'点对点'(Peer-to-Peer)架构。传统通信需经中央服务器中转,而 WebRTC 允许终端直连,降低延迟并减轻服务器负载。然而,建立直连的过程需要交换网络信息,包括用于通信的 IP 地址。网页中的 JavaScript 可通过 WebRTC API 探测浏览器可用的所有 IP,涵盖局域网 IP(如 192.168.x.x)及关键的公网 IP。
常见误解是代理或 VPN 能完全屏蔽此类泄露。事实上,代理通常作用于应用层流量路由,而 WebRTC 会话建立可能直接向 STUN 服务器发送请求,该请求往往不经过代理通道,导致真实公网 IP 被获取。
下表展示了不同浏览器在 WebRTC 默认行为上的差异:
| 特性/行为 | Google Chrome / 基于 Chromium 的浏览器 (如 Edge, Brave) | Mozilla Firefox |
|---|---|---|
| WebRTC 默认状态 | 启用 | 启用 |
| 本地 IP 暴露 | 默认暴露 | 默认隐藏 |
| 公网 IP 暴露 | 默认暴露 | 默认隐藏 |
| 隐私保护建议 | 需手动配置或扩展 | 相对更安全,但仍建议检查 |
如何在 Chrome 中彻底关闭 WebRTC
虽然 Firefox 默认限制较多,但 Chrome 系浏览器出于兼容性考虑,默认完全开放 WebRTC。若需确保隐私,可按以下步骤操作:
修改 Flags 设置
在地址栏输入 chrome://flags/#enable-webrtc-hide-local-ips-with-mdns,将选项设置为 Disabled。这能阻止浏览器通过 mDNS 发现局域网 IP,但部分版本仍需配合其他设置。
安装扩展辅助
安装如 WebRTC Leak Prevent 等扩展,它们能强制拦截相关请求,效果更为彻底。
验证结果
访问 WebRTC Leak Test 页面,确认不再显示本地 IP 地址。若仍有泄露,建议结合防火墙规则或系统级代理进行二次防护。
总结
WebRTC 为 Web 应用带来了便利,但也引入了隐私风险。对于高匿名性需求的场景,主动关闭或限制 WebRTC 是必要的防护措施。不同浏览器策略不同,建议根据实际环境调整配置,切勿过度依赖单一工具。

