Google chrome extension chrome.webRequest API黑名单

Google chrome extension chrome.webRequest API黑名单,google-chrome-extension,webrequest,Google Chrome Extension,Webrequest,我在Chromium代码源中的哪里可以找到关于WebRequestAPI的黑名单 WebRequestAPI仅公开扩展所包含的请求 查看权限,给定其主机权限。此外,只有 可以访问以下方案:http://、https://、ftp://、file://、, 或chrome扩展名://。此外,即使是带有URL的某些请求 使用上述方案之一是隐藏的,例如。, 铬-extension://other_extension_id 其他扩展插件id不可用的地方 处理请求的扩展的ID, ,和其他(此列表不完整)

我在Chromium代码源中的哪里可以找到关于WebRequestAPI的黑名单

WebRequestAPI仅公开扩展所包含的请求 查看权限,给定其主机权限。此外,只有 可以访问以下方案:http://、https://、ftp://、file://、, 或chrome扩展名://。此外,即使是带有URL的某些请求 使用上述方案之一是隐藏的,例如。, 铬-extension://other_extension_id 其他扩展插件id不可用的地方 处理请求的扩展的ID, ,和其他(此列表不完整)

资料来源:

  • 实施:
  • 单元测试:
  • 以下URL被列入黑名单(模式可以从源代码和/或单元测试派生):


    有趣的是,在源代码中没有提到。此URL重定向到,可以阻止它(测试用例:)。此外,并非单元测试中的所有URL都对我的演示免疫,这可能表明黑名单的实施不是防水的。谢谢你的回答。看起来DeclarativeWebRequestAPI也使用web_请求_权限。
          "http://clients2.google.com",
          "http://clients22.google.com",
          "https://clients2.google.com",
          "http://clients2.google.com/service/update2/crx",
          "https://clients.google.com",
          "https://test.clients.google.com",
          "https://clients2.google.com/service/update2/crx",
          "http://www.gstatic.com/chrome/extensions/blacklist",
          "https://www.gstatic.com/chrome/extensions/blacklist",
          "notregisteredscheme://www.foobar.com"