负载均衡下的 WebShell 连接

第一次作业时,我了解到了ngnix的负载均衡,可以通过利用ngnix充当中间件来对后续的服务器进行轮询等一系列操作。

Nginx的负载均衡-CSDN博客

本次实验,我们利用另一种方式,本次架构如下图所示:

负载均衡下的 WebShell 连接_第1张图片

一、环境配置 

1、首先,我们需要下载Docker环境,来满足本次实验需求。

【容器化】Docker-compose教程(安装,使用, 快速入门)_docker-compose安装-CSDN博客侵权必删

查看docker配置进程:

2、根据docker所创建的端口,我们访问ngnix中间件:

负载均衡下的 WebShell 连接_第2张图片

可以看出,即使界面未找到,但是我们已经与后端建立联系。

3、通过蚁剑进行配置:

中国蚁剑(antSword)下载、安装、安装出现的问题、使用教程_中国蚁剑下载-CSDN博客

4、 查看蚁剑配置:

负载均衡下的 WebShell 连接_第3张图片

OK,我们假定在真实的业务系统上,存在一个 RCE 漏洞,可以让我们获取 WebShell。(图片侵权必删

负载均衡下的 WebShell 连接_第4张图片

我们先按常规操作在蚁剑里添加 Shell

负载均衡下的 WebShell 连接_第5张图片

至此,环境配置完毕。

查看:

负载均衡下的 WebShell 连接_第6张图片

二、进行负载均衡时,webshell出现的问题:

1、问题1:我们需要在每一台节点的相同位置都上传相同内容的 WebShell。
2、问题2:我们在执行命令时,无法知道下次的请求交给哪台机器去执行 。
3、问题3:当我们需要上传工具时,工具由于服务器的偏移,而被分成两部分。
4、问题4:由于目标机器不能出外网,想进一步深入,只能使用 reGeorg/HTTPAbs 等 HTTP Tunnel,可由于我们的工具无法传输到服务器中,所以只能破解到链接外网的服务器,即使我们传输再小的工具,但由于中间件与服务器的来回偏移,会导致链接不停中断。这还深入个锤子。

三、逐个破解问题

1、解决问题一

我们在传输时,不停的刷新,会不停的偏移:

此时,第一台服务器上有nnn.txt

负载均衡下的 WebShell 连接_第7张图片

我们再刷新一次,第二台上服务器没有,而如果我们不想要该文件时,删除的时候,服务器会一直进行偏移,很容易把我们气上头。

负载均衡下的 WebShell 连接_第8张图片

此刻,我们进行保存,由于服务器的不断偏转,这样,每台服务器上都会有我们所需要的文件。

hello.txt文件进行举例

负载均衡下的 WebShell 连接_第9张图片

第一个问题完美解决。

2、解决问题二

通过编写SSH脚本,来进行ip地址的判断,随后进行发送,若偏移的不是目标地址,则会停止发送软件或脚本。

例:脚本编写:

MYIP=`ifconfig | grep "inet 172" | awk '{print $2}'`
if [ "$MYIP" == "192.168.118.131" ]; then
	echo "allow exec your command"
	id
else
	echo "Other,try again."
fi

随后,通过以下命令将脚本注入服务器:

docker cp demo.sh cb94dc8b2073:/tmp

紧接着,通过以下命令进入服务器:

docker exec -it cb94dc8b2073 /bin/bash

进行测试:

负载均衡下的 WebShell 连接_第10张图片

3、解决问题三和四

原理:通过jsp脚本,在中间件进行传输时,如传输到第一台服务器则进行正常传输,若传输到第二台服务器,第二台服务器会将信息包传输给第一台服务器。

1、首先保证服务器1和服务器2可以进行正常通信:

负载均衡下的 WebShell 连接_第11张图片2、添加脚本:

 部分代码参考:Java教程 - 廖雪峰的官方网站 (liaoxuefeng.com)

3、使用ifconfig测试:

你可能感兴趣的:(负载均衡,运维)