谷歌安全浏览
产品品牌
未认领谷歌用于识别和警告恶意网站及危险下载的服务。
最近更新 2026年8月22日
概览
谷歌安全浏览是谷歌的一项安全服务，帮助用户防范网络钓鱼页面、托管恶意软件的网站、不需要的软件以及其他基于网络的威胁。其核心功能是维护和分发有关URL及相关在线资源的威胁情报。当受支持的浏览器、应用程序或谷歌产品遇到潜在危险的网站或下载时，可以查询安全浏览数据，并在用户继续操作前显示警告。 该服务始于谷歌对网络钓鱼及其他欺骗性在线活动增长的回应。工作始于2005年，最初侧重于反钓鱼保护，并在谷歌搜索中为可疑页面显示警告标签。谷歌后来通过公共API将该技术提供给第三方开发者，首次发布于2007年。安全浏览于2008年成为谷歌Chrome的一部分，随后在2011-2012年间集成到Android和Google Play中。 安全浏览作为广泛生态系统使用的基础设施运作，而非仅仅是面向消费者的谷歌产品。Chrome使用它进行网页和下载警告，而包括Firefox、Safari、Vivaldi和Brave在内的浏览器也使用该服务来检查目的地是否与已知威胁数据匹配。谷歌产品可以使用该服务保护用户，谷歌还提供API允许外部应用程序进行URL安全检查。该服务还用于在网站出现受损时通知网站运营商，并提醒自治系统运营商其网络上托管了恶意内容。 其保护模式随着时间的推移而演变。早期实现可能会传输完整的URL进行检查，这引发了谷歌可能能够观察用户浏览活动的担忧。谷歌随后引入了基于部分加密哈希的更新API。在该模型中，客户端发送简化的哈希信息而不是完整的URL，接收可能的匹配项，并在本地进行进一步检查。客户端可以缓存响应以减少重复请求。谷歌还为其版本5 API提供了Oblivious HTTP形式，旨在将请求者的IP地址与查询内容分离。浏览器供应商采用了不同的匿名化或代理请求方法。 因此，安全浏览在网络安全中占据重要但备受争议的地位。其威胁列表可以减少大规模攻击的暴露，但误报、受感染的广告、网站修复延迟以及网络安全隐患集中在少数技术提供商手中，这些都受到了批评。隐私研究人员还研究了即使URL内容被掩盖，请求元数据是否可能揭示浏览模式。尽管存在这些争议，该服务仍然是谷歌浏览器和网络安全生态系统中的活跃组成部分，也是广泛使用的恶意URL情报来源。
沿革
谷歌安全浏览源于谷歌在2005年开展的反钓鱼保护工作。早期服务侧重于识别欺骗性网站，帮助用户识别潜在危险目的地。其最初的公开用途之一是在谷歌搜索中为可疑结果显示警告或标签。这种方法将谷歌的搜索索引与不断增长的关于钓鱼和恶意网站的安全情报联系起来。 2007年，谷歌发布了一个API，允许外部应用程序查询安全浏览数据。这使该服务从内部或主要面向谷歌的保护机制转变为共享的互联网基础设施。开发者可以使用该API将目的地与谷歌的威胁信息进行比较，从而在谷歌自身的搜索和浏览器属性之外的产品中实现保护。 谷歌于2008年将安全浏览集成到Chrome中。浏览器可以在用户打开已知危险页面或下载与恶意软件和其他不需要的软件相关的文件之前发出警告。该服务后来在2011-2012年间扩展到Android和Google Play。随着时间的推移，包括Firefox、Safari、Vivaldi和Brave在内的其他浏览器也使用了安全浏览检查，使该服务在多个浏览器生态系统中具有影响力。 该服务的威胁情报角色不仅限于最终用户警告。谷歌使用安全浏览信息在网站似乎受损时提醒网站管理员。这些通知可以帮助运营商调查恶意代码、删除注入的内容，并在修复后请求重新考虑。谷歌还向互联网服务和自治系统运营商传达威胁信息，当他们的网络上托管了危险资源时。 隐私一直是安全浏览发展中的一个反复出现的问题。早期的实现可能要求浏览器向谷歌发送完整的URL进行检查。研究人员认为，此类请求可能潜在地创建浏览活动的记录，或者至少暴露用户目的地的敏感信息。2012年另一个争议涉及与Safari安全浏览集成相关的第三方cookie，研究人员称即使未访问谷歌网站，谷歌也可能看到该cookie。其他研究人员比较了提供给不同浏览器的保护质量，并认为Chrome获得了其他地方并非始终可用的优势。 谷歌引入了不同的更新API模型，其中客户端发送URL的部分加密哈希，并从安全浏览数据库接收可能的匹配项。客户端然后可以在本地完成匹配，而缓存结果减少了重复请求。这种设计限制了单个查询中直接披露的信息，尽管IP地址等请求元数据仍然可能引起隐私问题。后来的发展包括支持对版本5 API的Oblivious HTTP访问，旨在防止谷歌直接将请求与请求IP地址关联。浏览器制造商采用了不同的代理和匿名化安排，包括Apple Safari和Brave使用的方法。 安全浏览也面临关于误报和修复程序的批评。合法网站有时会因网站上的恶意广告或其他第三方内容受损而被标记。网站运营商可能需要使用Google Search Console并等待审核才能移除警告。更广泛地说，评论者质疑集中式浏览器警告是否可能被用于审查，尽管截至2016年引用的历史材料并未记录已确认的审查案例。 该服务仍然是谷歌更广泛安全架构中的一个活跃层。它结合了维护的列表和API，以及浏览器、搜索、移动和下载保护。其覆盖范围使其成为网络威胁情报的重要来源，而其隐私、准确性和平台治理特征继续塑造关于集中式在线安全系统的辩论。
产品与定位
一个大规模网络安全和威胁情报服务，为浏览器、应用程序、网站运营商和谷歌产品提供检测钓鱼、恶意软件和其他危险在线资源的信号。
安全API · 2007
安全浏览API
公共API系列允许应用程序和服务根据谷歌的威胁情报检查网络目的地。它支持集成到浏览器和其他需要识别钓鱼、恶意软件和相关危险资源的软件中。
隐私导向的安全API
安全浏览更新API
更新API使用部分加密哈希信息，而不是要求客户端为常规检查传输每个完整的URL。客户端可以缓存返回的数据并在本地执行额外的匹配，减少浏览目的地的重复披露。
URL信誉API
安全浏览查找API
查找API提供了一种机制，应用程序可以提交URL信息并确定目的地是否出现在谷歌的危险资源列表中。它是该服务面向开发者和外部应用程序的接口之一。
消费者安全功能 · 2008
浏览器和下载警告
安全浏览在用户访问已知危险页面或下载与恶意软件、钓鱼或其他不需要的软件相关的文件之前显示警告。Chrome直接使用该服务，而其他受支持的浏览器已将其用作自身安全系统的一部分。
网站安全服务
网站受损通知
谷歌使用安全浏览发现结果在网站似乎受损时通知网站管理员。运营商可以调查问题、删除恶意内容，并在修复后寻求审核。
争议事件
品牌决策
2011
将保护扩展到移动和应用程序生态系统战略背景
威胁日益影响移动浏览和下载的应用程序。
采取的行动
谷歌在2011-2012年间将安全浏览扩展到Android和Google Play。
后续影响
安全浏览成为谷歌网络、浏览器、移动和应用程序环境保护的一部分。
2008
将安全浏览集成到Chrome中新品背景
谷歌正在开发自己的浏览器，需要内置针对危险目的地和下载的保护。
采取的行动
Chrome整合了安全浏览检查和警告。
后续影响
该服务成为谷歌浏览器安全模型的一个可见部分。
2007
通过API开放安全浏览数据新品背景
威胁检测最初是作为谷歌的反钓鱼和搜索警告能力开发的。
采取的行动
谷歌发布了首个安全浏览API，供第三方应用程序使用。
后续影响
安全浏览成为谷歌自身产品之外共享的安全基础设施。
- 转向部分哈希和隐私保护检查战略
背景
早期的URL检查方法引发了浏览目的地可能暴露给谷歌的担忧。
采取的行动
谷歌提供了基于部分哈希的更新API，并后来为其版本5 API提供了Oblivious HTTP访问。
后续影响
较新的方法减少了直接URL披露，并可能限制将请求与个人IP地址关联的能力，尽管隐私特征因客户端和代理安排而异。
近期事件
- 2017
安全浏览覆盖超过三十亿台互联网设备[1]
其他
谷歌报告称，截至2017年9月，安全浏览被超过三十亿台互联网连接设备使用。
- 2011
安全浏览扩展到Android和Google Play[1]
产品换代
谷歌在2011-2012年期间将安全浏览保护扩展到Android和Google Play。
- 2008
安全浏览集成到谷歌Chrome中[1]
产品发布
Chrome整合安全浏览检查，警告用户危险页面和下载。
- 2007
谷歌发布首个安全浏览API[1]
产品发布
谷歌通过API向第三方应用程序提供安全浏览威胁数据。
- 2005
谷歌开始开发安全浏览作为反钓鱼保护[1]
其他
谷歌开始开发一项旨在识别钓鱼和其他危险网络目的地的服务。
来源2 个来源
引用本词条: 请引用规范词条页。 /brand-wiki/google-safe-browsing · 编辑方针 · 词条如何编纂