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