proxifier burp抓包 联动配置步骤

Proxifier 能够接管指定 Windows 程序的 TCP 连接并将其转发给代理的服务器，而 Burp Suite 则负责解析并记录其中的 HTTP 和 HTTPS 请求。两者联动的核心在于让目标程序连接到 Burp 的监听端口，同时确保 Burp 自身直接访问网络，避免形成代理循环。以下以本机开发环境或已获授权的测试应用为例，演示如何使用 Windows 版 Proxifier 4 和 Burp Suite 配置一条最小化的抓取规则。

Proxifier 接管指定应用流量并转发至 Burp Suite 的联动架构示意

1. 准备目标并建立 Burp 监听

首先确认测试应用实际使用 HTTP 或 HTTPS 通信，记录其可执行文件名、目标地址和端口。需注意，Burp 并非通用的 TCP 协议解析器，即使连接进入代理，私有协议也无法显示为标准的网页请求。

打开 Burp Suite，进入【Settings】→【Tools】→【Proxy】。在 Proxy listeners 列表中查看监听器状态，确认 127.0.0.1:8080 正在运行。本例将监听限制在回环地址，无需开放到所有网卡。如果 8080 端口被占用，可改为其他空闲端口，但后续 Proxifier 配置需同步修改。

接着在【Proxy】→【Intercept】中关闭拦截功能，让测试请求正常通过。这样可以避免应用因等待人工放行而超时，误以为代理失效。后续主要通过 HTTP history 检查结果，无需在初始阶段逐条暂停请求。

1. 准备目标并建立 Burp 监听

2. 在 Proxifier 添加 Burp 代理

打开 Proxifier，点击菜单栏的【Profile】→【Proxy Servers】，然后点击 Add 按钮。在 Address 栏填写 127.0.0.1，Port 栏填写 8080，Protocol 选择【HTTPS】。此处的 HTTPS 指的是 Proxifier 对支持 CONNECT 隧道的 HTTP 代理类型的命名，并不意味着要将 Burp 监听器改为额外的加密服务。

在 Proxifier 中添加 Burp 代理的服务器，协议选择 HTTPS

切勿选择 SOCKS5，因为 Burp 的标准 Proxy listener 并非 SOCKS5 服务器。若本机监听未配置认证，无需填写用户名和密码。保存设置后，如果软件询问是否将其设为默认代理，请保持现有的直连方式，后续仅针对测试程序建立独立规则。

3. 添加限定应用的代理规则

进入【Profile】→【Proxification Rules】，新建一条规则。在 Applications 栏中选择目标程序的实际 EXE 文件，Action 栏选择刚才添加的 127.0.0.1:8080 代理。若需进一步缩小范围，可在 Target hosts 和 Target ports 中填写具体的测试服务地址和端口。

规则按顺序匹配，因此新规则应放在可能抢先匹配的宽泛规则之前。务必保留针对 Burp 实际运行进程的 Direct（直连）规则，并将其置于目标代理规则的上方。如果 Burp 基于 Java 运行，需核对真实的可执行文件路径，避免将所有 Java 应用都错误地指向代理。

本例不建议将 Default 规则改为全局代理。若 Default 保持 Direct，且目标规则仅匹配测试 EXE，可大幅减少无关程序流量进入 Burp 的情况。当测试目标在本机时，还需检查既有 localhost 直连规则是否优先命中；必要时仅调整该测试目标的规则顺序，不要直接删除全部直连规则。

4. 重新建立连接并检查 HTTP history

保存规则后，完全关闭并重新打开测试应用，使其创建新的网络连接。已建立的长连接不会因新增规则而自动切换，必须重启应用才能生效。触发一个可重复的普通请求，同时观察 Proxifier 的连接记录窗口，确认目标应用确实使用了指定的代理的服务器。

Proxifier 连接日志显示代理成功，Burp HTTP history 捕获到请求

随后在 Burp 的【Proxy】→【HTTP history】中查找对应的地址、时间和请求路径。只有在这里看到目标请求与响应，才说明联动成功到达了应用层。如果仅在 Proxifier 中看到连接成功，而 Burp 中无记录，则说明 Burp 未能解读内容或连接未正确转发。

使用 Proxifier 的 CONNECT 代理模式时，通常无需开启 invisible proxying（隐形代理）。隐形代理适用于客户端直接连接监听器且没有正常代理协商的场景，不应为了“抓不到包”而盲目开启所有监听选项。

5. 处理 HTTPS 信任并恢复测试配置

如果 HTTP 请求可见而 HTTPS 报证书错误，需检查目标应用使用的证书信任库。Burp 为 HTTPS 测试生成自己的 CA 证书，需在隔离测试环境中，按照该应用或浏览器的官方方法信任相应证书。Windows 系统证书库、浏览器独立证书库和应用自带信任库并不相同，不能只导入一个位置就认为所有客户端都会接受。

从 Burp Suite 导出 CA 证书以便在客户端安装信任

若客户端使用证书固定（Certificate Pinning）或额外校验机制，应记录限制并停止在当前条件下测试，切勿以关闭证书校验作为通用解决办法。此外，非 HTTP 协议、UDP 流量和无法通过该代理的连接，不应承诺能够在 HTTP history 中显示。

测试完成后，禁用或移除本次创建的 Proxifier 规则，恢复原代理配置，并按测试环境要求移除不再需要的 Burp CA 信任。最后正常重启目标应用，确认其已回到原来的连接路径，再保存必要的测试记录。