关于Google Web Risk遵循Safe Browsing合规URL规则及威胁检查的技术问询

去年年末，Google Safe Browsing 文档完成更新，新增了appropriate URLs章节，其中明确说明：

Google Safe Browsing旨在作用于浏览器地址栏中显示的URL

Google Web Risk 作为 Google Safe Browsing 的商业替代方案，其官方文档未包含类似规则说明，针对以下技术问题解答如下：

问题解答 #

• Google Web Risk的设计是否遵循相同思路？
  Google Web Risk 与 Safe Browsing 核心设计逻辑同源，均以识别拦截恶意/钓鱼URL为目标，只是针对商业场景做了适配优化。虽然文档未明确标注，但从官方技术架构和功能定位来看，它默认仍以用户可见的地址栏URL为核心检测对象，和 Safe Browsing 的思路保持一致。

• 用于相同场景时是否需遵循同一规则？
  若将 Web Risk 用于和 Safe Browsing 完全一致的浏览器端场景，建议遵循 Safe Browsing 的appropriate URLs规则。两者共享核心威胁数据源，遵循同一规则能保障检测结果的一致性，减少误判或漏判的概率。

• 仅针对主框架检查SOCIAL_ENGINEERING威胁是否合理？
  合理。社交工程类威胁（如钓鱼网站）的核心欺骗逻辑依赖主地址栏URL的可信度来误导用户，子框架或嵌入资源仅为辅助载体，不会直接通过地址栏实施欺骗。仅检查主框架URL既能保证检测效率，又能覆盖这类威胁的核心攻击路径。

• 该规则是否适用于所有威胁类型？
  不适用于所有威胁类型。例如恶意软件下载、恶意广告注入这类威胁，攻击可能来自页面嵌入的子资源（如脚本、iframe、下载链接），仅检查主框架URL会导致漏判。需根据威胁类型调整检测范围：

  • 适用类型：SOCIAL_ENGINEERING（钓鱼）、PHISHING类威胁
  • 不适用类型：MALWARE、UNWANTED_SOFTWARE、MALICIOUS_ADS类威胁

内容的提问来源于stack exchange，提问作者user25012352