以不可检测/可逆的方式更改 Window.prototype.open

发布于 2024-11-19 05:13:32 字数 950 浏览 4 评论 0原文

我正在研究如何通过扩展来扩展 Firefox 弹出窗口阻止功能。一种选择是用包装函数替换网页中的 window.open() （或者更确切地说 Window.prototype.open()）。一个重要的要求是网页无法检测或恢复这种操作。例如，如果我只是这样做：

Window.prototype.open = wrapper;

网页可以通过执行以下操作轻松恢复更改：

delete Window.prototype.open;

相反，我可以使用 Object.defineProperty() 设置高级属性标志：

Object.defineProperty(Window.prototype, "open", {value: wrapper, configurable: false});

网页无法再恢复此更改，但仍然可以检测到它：delete Window.prototype.open 通常会更改 Window.prototype.open 的值（看起来是同一函数的不同实例），这里 delete 不会根本没有任何影响。另外， Window.prototype.open = "test";delete Window.prototype.open; 将产生不一致的结果（不同的结果取决于是否指定了 writable: false 标志财产）。

我还能做些什么来模拟原始属性的行为（除了使用二进制 XPCOM 组件之外，它本身有太多问题）？

原文

I am looking into ways to extend Firefox pop-up blocking from an extension. One option is replacing window.open() (or rather Window.prototype.open()) in the webpage by a wrapper function. An important requirement is that this manipulation cannot be detected or reverted by the webpage. For example, if I simply do this:

Window.prototype.open = wrapper;

The webpage can easily revert the change by doing:

delete Window.prototype.open;

Instead I can use Object.defineProperty() to set advanced property flags:

Object.defineProperty(Window.prototype, "open", {value: wrapper, configurable: false});

The webpage can no longer revert this change but it can still detect it: delete Window.prototype.open normally changes the value of Window.prototype.open (different instance of the same function it seems), here delete won't have any effect at all. Also, Window.prototype.open = "test";delete Window.prototype.open; will produce inconsistent results (different ones depending on whether writable: false flag is specified for the property).

Is there anything else that I can do to emulate the behavior of the original property (short of using binary XPCOM components which has way too many issues of its own)?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

小矜持 2024-11-26 05:13:32

您可以尝试使用 nsIWindowWatcher注册您自己的窗口创建器的接口（nsIWindowCreator）。这样您就可以控制是否打开新窗口，而不会影响窗口对象本身（从而对网站保持不可见）。

我不确定在无法检测到的情况下无法更改 window.open() 的实现是否是一个错误。也许它只是不被认为是像Object.defineProperty这样的方法的重要要求。但也许值得提交一个错误，看看其他人对未来将其作为一个选项的想法。毕竟，广告拦截是一个主要用例。

回复收藏 0 原文

高跟鞋的旋律 2024-11-26 05:13:32

最后我不得不放弃使用 JavaScript 代理来完成这项工作。尽管经过一些努力，我可以为 window.open() 创建一个包装器，其行为与原始包装器完全相同（需要考虑 bug 650299），似乎没有合适的方法来替换原来的 window.open() 函数。更改后的属性的行为总是与原始属性不同，这太糟糕了。

因此，我决定采用不同的方法作为弹出窗口阻止解决方案：监听 content -document-global-created 通知并查看主题（新窗口）及其开场白。具有非空开启器的窗口是某种弹出窗口。人们可以查看 URL 并决定是否应阻止弹出窗口。要阻止其中一个，请调用 window.stop()（在发送任何网络请求之前停止所有网络活动）和 window.close()。后者必须异步（有延迟）调用，因为否则在窗口初始化继续时会导致崩溃。关于此方法的一些注意事项：

对于在新窗口中打开的弹出窗口，该窗口仍会显示，但会立即消失。这似乎是不可避免的。
对于网页来说，它的弹出窗口看起来像是打开了，但立即关闭了 - 这不是内置弹出窗口阻止程序的工作原理，更像是外部弹出窗口阻止应用程序。
新窗口总是先加载about:blank，然后再更改为实际目的地。对于同源弹出窗口，后者不会发送新的 content-document-global-created 通知，这是不幸的。

总而言之：不完美但可用。而且它非常简单，远不及 JavaScript 代理所需的代码量。

回复收藏 0 原文

迷离° 2024-11-26 05:13:32

Web 浏览器有意阻止这种行为，这是为了维护 Web 的安全性，例如，当您使用 iFrame 时，您不希望 iFrame 弄乱或破解您的页面。

但是，为什么不为窗口对象创建一个包装器并通过包装器在本地覆盖窗口，而不是操作窗口对象属性呢？

示例：

// Copy window object to wraper
var wrapper = {};
for(prop in window) {
  wrapper[prop] = window[prop];
}

wrapper.open = function yourNewOpenFunction() {
  /// do your custom code here
}

(function fakeScope(window){
    window.open(); // this is wrapper.open
}(wrapper));

顺便说一句，这仅影响 fakeScope() 函数内部的主体，并且不能全局应用。

Web browsers intentionally prevent this behavior, it's for maintaing the security of web e.g. when you use iFrame you don't want that iFrame to mess up or hack your page.

But instead of manipulating the window object properties why not to create a wrapper for the window object and override window by the wrapper locally?

Example:

// Copy window object to wraper
var wrapper = {};
for(prop in window) {
  wrapper[prop] = window[prop];
}

wrapper.open = function yourNewOpenFunction() {
  /// do your custom code here
}

(function fakeScope(window){
    window.open(); // this is wrapper.open
}(wrapper));

BTW this affects only the body inside fakeScope() function, and cannot be applied globally.

回复收藏 0 原文