第三方Windows应用修改代理后Fiddler捕获是否存在漏抓风险？

你的顾虑完全符合实际场景，核心逻辑如下：

• 该应用具备篡改系统代理配置、注入自定义代理脚本的能力，说明它可自主控制自身流量的路由规则
• Fiddler默认仅捕获遵循系统代理配置的流量，若应用内部对特定请求配置了代理绕过规则、或直接调用底层Winsock接口跳过系统代理发包，Fiddler无法感知这部分流量
• 若应用已识别Fiddler代理特征，完全可以实现仅将非敏感请求转发至Fiddler，敏感流量通过其他通道发送，确实存在选择性隐藏流量的可能

你可从以下官方文档路径获取对应原理说明：

• 微软官方Windows网络文档：查询WinINET代理、Winsock代理的配置优先级规则，即可理解应用为何可绕过系统级代理配置生效
• Fiddler官方文档：明确标注其默认仅捕获主动适配系统代理的进程流量，无法覆盖硬编码绕过代理、使用底层网络接口发送的流量

你可采用多层组合捕获方案彻底避免漏抓：

• 网关层透明抓包：在当前设备的上层网关部署抓包工具，所有对外流量必须经过网关才可流出，从链路层避免应用绕开抓包
• 整机全流量抓包：配合Wireshark或Windows内置的netsh trace命令捕获整机所有网卡的进出流量，和Fiddler的捕获结果做交叉比对，若存在Wireshark捕获到但Fiddler未捕获的该应用相关流量，即可确认存在漏抓
• 进程级流量监控：通过Windows资源监视器或专业进程网络管控工具，锁定该应用的进程PID，监控该进程发起的所有网络连接，只要是该进程发起的请求无论走任何通道都会被记录

内容的提问来源于stack exchange，提问作者hackerman