Javascript 我是否可以阻止浏览器加载项工作或混淆内容

我们有一个ASP.NETWeb应用程序，可供高度管制行业内的用户使用。部分法规与数据保护有关

不幸的是，一家第三方公司已经创建了一个IE插件，它在我们的网站上执行HTML注入（在某些页面中插入按钮），并在屏幕上搜索我们的页面以获取数据。它还有一个额外的副作用，就是破坏了我们的一些功能

除了这里的法律问题（其他地方正在跟进），我们需要能够阻止他们在我们的网站上删除这些数据/插入他们的内容。不幸的是，到目前为止，我们所采取的步骤只是暂时的——更改ID、添加不可打印的字符等。大约一周后，它们会适应我们的更改并继续

我确实认为IIS管道可以以某种方式加密内容，这种方式可以定期改变（例如每天/每周），但我不确定它是否能够做到这一点。IIS似乎是这样做的最佳场所，因为我们可以轻松地将其应用于所有传出内容

我们有没有办法完全禁用他们的外接程序，或者以某种方式混淆我们的内容，使他们几乎无法适应。最好是以某种随机方式？

否

您无法控制客户端上发生的任何事情

没有

您无法控制客户端上发生的任何事情

没有

您无法控制客户端上发生的任何事情

没有

---

---

您无法控制客户端上发生的任何事情

您可以尝试检测外接程序并完全禁用整个页面（如果存在）。您可能不希望用户使用该外接程序，即使它什么也不做。我建议，但管理层希望关闭该外接程序，而不阻止用户访问相关页面。这当然是我的首选解决方案。您可以尝试检测外接程序并完全禁用整个页面（如果存在）。您可能不希望用户使用该外接程序，即使它什么也不做。我建议，但管理层希望关闭该外接程序，而不阻止用户访问相关页面。这当然是我的首选解决方案。您可以尝试检测外接程序并完全禁用整个页面（如果存在）。您可能不希望用户使用该外接程序，即使它什么也不做。我建议，但管理层希望关闭该外接程序，而不阻止用户访问相关页面。这当然是我的首选解决方案。您可以尝试检测外接程序并完全禁用整个页面（如果存在）。您可能不希望用户使用该外接程序，即使它什么也不做。我建议，但管理层希望关闭该外接程序，而不阻止用户访问相关页面。这肯定是我的首选解决方案在它离开我们的服务器之前呢？任何会随机/混淆html ID的东西，等等？这就是你已经在做的，他们还在追赶你。如果你做得更快，他们只会找到其他不依赖ID的方法从DOM中获取数据。@ObsidianPhoenix同样，正如你可能也注意到的，你（将/考虑/计划）在你的终端上做了很多事情，最终会影响到你所有的用户（每个人的性能都会下降）。拥有这种浏览器插件的用户选择了它。它与“合法”的插件没有什么不同——例如McAfee（在“ok”链接上添加一些检查等）……是的，这正是我们所看到的。如果我们改变它，他们只是更新并继续。不幸的是（由于超出我工资等级的原因），管理层已经颁布法令，这必须被阻止。看来我们只需要努力让我们的更新比他们的快，直到他们放弃。欢迎来到资源鸡的游戏！在它离开我们的服务器之前呢？任何会随机/混淆html ID的东西，等等？这就是你已经在做的，他们还在追赶你。如果你做得更快，他们只会找到其他不依赖ID的方法从DOM中获取数据。@ObsidianPhoenix同样，正如你可能也注意到的，你（将/考虑/计划）在你的终端上做了很多事情，最终会影响到你所有的用户（每个人的性能都会下降）。拥有这种浏览器插件的用户选择了它。它与“合法”的插件没有什么不同——例如McAfee（在“ok”链接上添加一些检查等）……是的，这正是我们所看到的。如果我们改变它，他们只是更新并继续。不幸的是（由于超出我工资等级的原因），管理层已经颁布法令，这必须被阻止。看来我们只需要努力让我们的更新比他们的快，直到他们放弃。欢迎来到资源鸡的游戏！在它离开我们的服务器之前呢？任何会随机/混淆html ID的东西，等等？这就是你已经在做的，他们还在追赶你。如果你做得更快，他们只会找到其他不依赖ID的方法从DOM中获取数据。@ObsidianPhoenix同样，正如你可能也注意到的，你（将/考虑/计划）在你的终端上做了很多事情，最终会影响到你所有的用户（每个人的性能都会下降）。拥有这种浏览器插件的用户选择了它。它与“合法”的插件没有什么不同——例如McAfee（在“ok”链接上添加一些检查等）……是的，这正是我们所看到的。如果我们改变它，他们只是更新并继续。不幸的是（由于超出我工资等级的原因），管理层已经颁布法令，这必须被阻止。看来我们只需要努力让我们的更新比他们的快，直到他们放弃。欢迎来到资源鸡的游戏！在它离开我们的服务器之前呢？随便