为何要设置上层代理
Burp Suite设置上游代理的主要原因是为了拦截和修改来自浏览器的请求。当您在使用Burp Suite进行Web应用程序安全测试时，您可能希望模拟攻击者发送恶意请求，以测试应用程序是否能够防御这些攻击。使用上游代理可以帮助您在浏览器和目标服务器之间插入Burp Suite，从而使您能够拦截和修改请求。使用上游代理时，所有的请求和响应都会经过代理服务器，因此代理服务器可以拦截和修改这些请求和响应
环境拓扑图
下图是实验搭建拓扑, Burpsuite设置的上游代理是kali的socks代理, 通过上游代理, Burpsuite可以通过Web服务器访问到内网主机
实验步骤
1.与出网的内网主机连接
在kali将msf生成的木马发送至Web服务器(此处就不演示步骤了), 随后开启监听, 接收到一个目标的meterpreter会话
2.对内网网段开启路由转发
在meterpreter会话命令行输入如下命令:
-
run get_local_subnets: 获取目标主机所在的所有网段 -
run autoroute -s 192.168.52.0/24: 对指定网段设置路由转发, 设置完后msf正常访问指定的内网网段并进行漏洞利用 -
run autoroute -p:查看所有设定了路由转发的网段
该路由转发只对msf工具内部生效，如果需要对外部程序也生效可以使用msf创建一个socks代理
3.配置socks4代理
msf输入如下命令行开启socks4代理服务:
msf5 exploit(multi/handler) > use auxiliary/server/socks4a
msf5 auxiliary(server/socks4a) > run
设置火狐浏览器的网络代理为socks4代理, 并填写对应的kali的ip地址和1080端口
网络代理设置完毕后可直接访问内网主机80端口的web服务, 但由于火狐的浏览器代理已经设置成了socks4, 这样就无法配置burpsuite的代理进行抓包, 为了解决这一问题, 我们可以在burpsuite设置上层代理
4.本机系统代理设置成socks4
由于burpsuite的上层代理不支持socks4只支持socks5, 只能先将本机的系统代理设置成socks4, 然后再将burpsuite的上层代理设置成本机的系统代理
这里使用Sockscap工具设置本机的系统代理为socks4, 随后点击测试查看是否设置成功
打开局域网设置, 查看本机系统代理的端口(默认为25378)
5.burpsuite设置上层代理
在burpsuite的用户选项处添加上层代理:
- 目标host:
*表示任意目标地址 - 代理主机和代理端口: 填写本机的系统代理
在火狐浏览器网络代理处设置burpsuite的代理服务:127.0.0.1:8080
注意: 此处有个坑, 火狐浏览器渗透版自带的插件Foxy Proxy Standard配置的
127.0.0.1:8080代理服务无法配合burpsuite上层代理使用, 我也不知道为什么
随后浏览器能直接访问到内网主机对应端口的web服务, 并且在burpsuite也能抓到数据包
流量传输流程图
下图是设置上游代理后的数据传输流程图, 首先我们攻击者的流量会经过Burpsuite代理(127.0.0.1:8080), Burpsuite将此流量发送至上游代理, 也就是本机的系统代理
本机的系统代理设置为kali的socks4代理服务器, 最后流量会发送给kali
由于kali开启了路由转发功能, 可以通过web服务器访问目标内网的所有主机, 因此攻击者的流量最终会流向目标内网主机
