Burp 专业版如何配置代理链？

Question

在使用Burp Suite 专业版进行安全测试时，如何正确配置代理链（Proxy Chain）以通过外部代理（如SOCKS代理或上游HTTP代理）转发流量？常见问题包括：无法连接目标站点、代理认证失败、HTTPS流量未正确转发等。特别是在内网渗透或配合工具（如Cobalt Strike、Metasploit）使用时，需确保Burp通过指定IP和端口将请求经由外部代理发出。用户常困惑于“Upstream Proxy Servers”设置中的规则匹配顺序、域名通配符用法，以及是否启用“Force use of upstream proxy”。如何验证代理链配置生效？又该如何排查连接超时或被拒绝的问题？

Answer 1

一、Burp Suite代理链配置深度解析：从基础到高级实战

1. 代理链（Proxy Chain）的基本概念与作用

在安全测试中，Burp Suite作为核心的Web应用渗透测试工具，其默认监听本地回环地址（如127.0.0.1:8080），用于拦截和修改HTTP/HTTPS流量。但在某些复杂网络环境中，例如内网渗透测试或红队行动中，测试人员无法直接访问目标系统，必须通过跳板机或C2基础设施转发流量。

此时，就需要使用代理链（Proxy Chain）功能，将Burp发出的所有请求经由一个上游代理（Upstream Proxy）转发，常见的包括：

• SOCKS4/SOCKS5代理（常用于Metasploit Meterpreter或Cobalt Strike Beacon隧道）
• HTTP/HTTPS上游代理（如企业防火墙出口代理或匿名代理服务）

该机制允许Burp透明地将所有出站请求重定向至指定代理服务器，从而实现对受限环境的目标探测与交互式攻击。

2. 配置上游代理的核心路径

Burp Suite专业版中配置代理链的主要入口位于：

Options → Upstream Proxy Servers → Edit

在此界面可添加多个代理规则，支持基于目标域名、IP地址或通配符进行匹配。每个规则包含以下关键字段：

字段名	说明
Destination host	目标主机匹配规则，支持*通配符（如*.example.com）
Proxy hostname	上游代理的IP或域名
Port	代理端口（如1080 for SOCKS, 8080 for HTTP）
Use authentication	若代理需认证，填写用户名密码
Type	选择HTTP或SOCKS v4/v5类型
Force use of upstream proxy	强制所有流量走此代理，忽略其他规则

3. 规则匹配顺序与通配符详解

Burp按规则列表自上而下进行匹配，一旦某条规则命中即停止后续检查。因此规则排序至关重要。

常见匹配模式示例如下：

• *.internal.corp — 匹配所有子域
• 192.168.*.* — 匹配整个C类私网段
• target-app.internal — 精确匹配特定主机
• * — 通配所有流量，通常置于末尾作为兜底规则

注意：通配符不支持正则表达式，仅限简单星号（*）代表任意字符序列。

4. “Force use of upstream proxy”的正确使用场景

启用该选项后，Burp会强制所有符合条件的流量通过指定代理，即使本地能直连也会绕行。适用于以下情况：

1. 确保所有请求均通过Cobalt Strike的Socks4a代理出口
2. 避免DNS泄露（本地解析但通过远程代理发送）
3. 统一审计路径，便于日志追踪与流量控制

但需警惕误配导致的循环代理或性能下降问题。

5. HTTPS流量转发的关键点

HTTPS流量在代理链中处理方式不同于HTTP：

• 对于HTTP代理：使用CONNECT方法建立隧道，Burp仍可解密（因持有证书）
• 对于SOCKS代理：直接转发加密流，要求SOCKS版本为v5并支持远程DNS解析（防止本地DNS暴露）

若发现HTTPS请求失败，请确认：

• 上游SOCKS是否支持UDP关联（用于DNS）
• Burp CA证书已安装且信任
• 未被中间设备阻断TLS握手

6. 与Cobalt Strike/Metasploit集成实践

典型红队架构中，常通过Beacon建立Socks代理：

beacon> socks 1080

随后在Burp中配置：

配置项	值
Destination host	*
Proxy hostname	127.0.0.1
Port	1080
Type	SOCKS v5
Force use?	Yes

此时所有Burp流量将经由Beacon隧道流向目标内网。

7. 验证代理链是否生效的方法

可通过多种手段验证配置正确性：

• 访问 http://httpbin.org/ip 查看出口IP是否为代理节点
• 观察Burp Proxy → HTTP History 中请求状态码与延迟变化
• 使用Wireshark抓包分析底层TCP连接目标
• 查看Cobalt Strike控制台是否有新SOCKS连接日志

若返回IP为VPS或跳板机地址，则说明代理链成功建立。

8. 常见故障排查流程图

当出现“连接超时”、“连接被拒绝”等问题时，建议按以下逻辑排查：

graph TD
    A[请求失败] --> B{代理类型正确?}
    B -- 否 --> C[修正为SOCKS5或HTTP]
    B -- 是 --> D{代理地址可达?}
    D -- 否 --> E[测试telnet proxy_ip port]
    D -- 是 --> F{认证信息正确?}
    F -- 否 --> G[检查用户名/密码]
    F -- 是 --> H{目标域名匹配规则?}
    H -- 否 --> I[调整通配符或顺序]
    H -- 是 --> J{启用Force模式?}
    J -- 否 --> K[考虑开启Force]
    J -- 是 --> L[检查远程防火墙策略]
    L --> M[最终定位根源]
    

9. 进阶技巧与最佳实践

资深测试人员应掌握以下优化策略：

• 分规则设置不同代理：外网走直连，内网走SOCKS
• 结合Intruder与Proxy Chain实现批量盲打内网服务
• 使用ChainBuilder等插件增强代理管理能力
• 定期轮换上游代理以防IP封禁
• 记录每次代理配置变更以便复现问题

此外，在多层级代理环境中，应注意避免形成代理环路（如A→B→A）。

10. 安全性与合规性提醒

尽管代理链极大提升了渗透灵活性，但也带来风险：

• 上游代理可能记录敏感请求内容（含认证凭据）
• 第三方SOCKS服务可能存在MITM攻击
• 跨国代理涉及法律管辖争议

建议仅使用可信代理节点，并在任务结束后及时清除相关配置。