如何防止网站检测到 Fiddler

问题标题可能没有涵盖整个主题，因为我做了很多研究并发现了许多奇怪的事情。

因此，首先，我想要实现的是某种代表用户工作的网站客户端（不做任何非法的事情，只是优化用户的一些工作流程）。我已经为很多网站这样做过，效果很好。然而，目前的情况存在一个问题。

通常，如果我遇到验证码，我只会打开一个嵌入式 Chrome 窗口供用户通过。但是，对于我正在谈论的网站，它没有帮助，因为验证码不会显示在浏览器中，而是在我模仿浏览器准确发送的请求时发送给我。

因此，我尝试调查 Chrome 发送的请求与使用 Fiddler 的应用程序发送的请求之间的差异。 然而，如果我启用 Fiddler，即使是真正的 Chrome 发送的请求也会面临相同的验证码。

我在 Chrome 中禁用了 HTTP/2、SPDY 和 IPv6，因为我认为这可能是区别。这没有帮助。我尝试使用 Chrome 开发工具比较 Chrome 发送的请求 - 没有区别，它们都使用 HTTP/1.1，都具有完全相同的标头，完全相同的 cookie（或没有 cookie，没有区别） 。但每当我启用 Fiddler 时，网站就会用验证码进行响应。

这是我第一次遇到这样的事情，我几乎准备好用头撞墙，因为我看不到任何可能的方式让网站了解该请求是由 Fiddler 代理的，因为它不是添加任何自定义标头或其他内容。

除非网站以某种方式检测 HTTPS 连接的设置方式，这听起来很疯狂……这应该是不可能的。

寻找有关如何进一步调试的建议。

Update:

我没有找到解决方案，也不了解相关网站如何检测来自 Chrome 的直接连接，但设法找到了解决方法：

我正在获取带有我的代码从网站接收到的验证码的页面，并用该验证码页面动态替换 CEF 收到的实际页面，从而允许用户通过它。

由于它没有回答原来的问题，我不会将其作为答案发布，并将保留这个问题。

网站本身通常不会检测到任何内容。验证码通常由反攻击保护服务提供商（例如 Cloudflare）提供。

根据我的经验，此类系统将通过 JavaScript 的浏览器指纹识别系统（获取所使用的网络浏览器名称、版本和所使用的操作系统）与 HTTPS (TLS) 级别的检测结合起来：

在 TLS 协议握手中，客户端发送 CLIENT_HELLLO 消息，其中包含有关受支持的 TLS 版本和密码套件的信息以及某些 TLS 扩展中的其他附加数据（例如，如果它支持 HTTP/2）。

这次握手可以再次被指纹识别。例如，如果您现在通过 Fiddler 使用 Firefox，则浏览器指纹显示 Firefox，但 Fiddler 是一个 .Net 应用程序，因此指纹表明使用了 Windows schannel TLS 库。两个指纹都不匹配，因此保护系统会将您重定向到验证码对话框。