负载均衡反向代理下的webshell上传+apache漏洞

已于 2023-02-10 00:14:56 修改
阅读量939 收藏 1
点赞数 2
分类专栏： 作业 文章标签： 负载均衡 apache docker
于 2023-02-09 03:57:43 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_53284312/article/details/128939682
版权

目录

一、负载均衡反向代理下的webshell上传

1、nginx 负载均衡

负载均衡策略策略
轮询请求顺序逐一分配
权重按照权重大小分配
ip_hash根据客户端IP分配
URL_hash根据URL分配
least_conn根据连接数分配

下来我简单介绍几种负载均衡的策略

  1. 轮询
    轮询：nginx默认就是轮询其权重都默认为1，服务器处理请求的顺序：ABABABABAB…
upstream mysvr { 
    server 192.168.137.131; 
    server 192.168.137.136;       
}

注意：

  • 在轮询中，如果服务器down掉了，会自动剔除该服务器。
  • 缺省配置就是轮询策略。
  • 此策略适合服务器配置相当，无状态且短平快的服务使用。
  1. weight
    跟据配置的权重的大小而分发给不同服务器不同数量的请求
upstream mysvr { 
   server 192.168.137.131 weihet = 100; 
   server 192.168.137.136 weihet = 200;
}
  1. ip_hash
    ip_hash:nginx会让相同的客户端ip请求相同的服务器
upstream mysvr { 
   server 192.168.137.131; 
   server 192.168.137.136;
   ip_hash;
}

2、搭建环境

github下载
在这里插入图片描述

cd /ant/loadbalance/loadbalance-jsp
docker-compose up  -d

这里我搭建环境的时候出了点问题，不知道为什么dockers-compose up -d 执行不了， 然后我我把docker-compose 删了重新安装发现还是不行，然后我恢复快照重新搭建环境，最后解决办法是卸载docker 重新安装docker和docker-compose。

cd /usr/local/bin/
#下载docker-compose
wget https://github.com/docker/compose/releases/download/1.14.0-rc2/docker-compose-Linux-x86_64
#重命名
rename docker-compose-Linux-x86_64 docker-compose docker-compose-Linux-x86_64
#给执行权限
chmod +x /usr/local/bin/docker-compose

上述下载方式有问题，由于compose更新了，Docker Compose V2 是 Docker Compose 的主要版本碰撞版本。它在Golang中完全重写了（V1是用Python编写的）。撰写 V2 的安装说明与 V1 不同。V2 不再是独立的二进制文件，必须调整安装脚本。
然后我们采用下列方式重新安装docker

#在 Linux上 安装 Docker
curl -sSL https://get.daocloud.io/docker | sh
#安装 Docker Compose
curl -L https://get.daocloud.io/docker/compose/releases/download/v2.16.0/docker-compose-`uname -s`-`uname -m` > /usr/local/bin/docker-compose
#给予执行权限
chmod +x /usr/local/bin/docker-compose

在这里插入图片描述
在这里插入图片描述

环境搭建完成，现在我们的整体框架如下图
nginx 反向代理到两台内网服务器上，Node1 和 Node2 均是 tomcat 8 ，在内网中开放了 8080 端口，他们两个之间可以互相通信，我们在外部是没法直接访问到的。
在这里插入图片描述
然后我们进入docker-nginx 查看一下nginx 配置。
做了轮询的负载均衡策略。
在这里插入图片描述
假定在真实的业务系统上，存在一个 RCE 漏洞，可以让我们获取 WebShell。
上传我们的一句话木马。
尝试用蚁剑登录
在这里插入图片描述
成功连接目标，因为两台节点都在相同的位置存在 ant.jsp，所以连接的时候也没出现什么异常。

3、负载均衡下的 WebShell连接的难点总结

难点一、需要在每一台节点的相同位置都上传相同内容的 WebShell

假如说node1上有ant.jsp，node2上没有，这就会出现一会连接失败，一会连接正常的问题
我们进入node2删除ant.jsp
在这里插入图片描述
一旦有一台机器上没有，那么在请求轮到这台机器上的时候，就会出现 404 错误，影响使用。还好负载均衡的策略是轮询，还存在一定的规律，如果是其他策略，更难以把控。
在这里插入图片描述

难点二、无法预测下次的请求交给哪台机器去执行。

在这里插入图片描述
由于难点一测试时删除了 node2的ant.jsp，我们重新copy一下
docker cp ant.jsp 46c0af8b0ca3:/usr/local/tomcat/webapps/ROOT/ant.jsp
由于nginx服务器上配置了 轮询负载均衡，所以我们无法下次的请求交给哪台机器去执行，有点飘忽不定。
在这里插入图片描述

难点三、下载文件时，可能会出现飘逸，导致下载失败。

由于 antSword 上传文件时，采用的分片上传方式，把一个文件分成了多次HTTP请求发送给了目标，导致两台节点上，各一半，而且这一半到底是怎么组合的，取决于 LBS 算法

难点四、目标机器不能出外网

目标机器不能出外网，要想深入，只能使用 reGeorg/HTTPAbs 等 HTTP Tunnel，但隧道随时可能断开连接，tunnel 脚本全部都会失效。
1、reGeorg内网渗透工具
ReGeorg可以称为内网代理。实际上，它可以起到代理的作用
在这里插入图片描述
模拟上图的场景
主机A、主机B、攻击者
假如主机A上运行了Web服务，且IP或者端口映射到公网，可以被外部人员访问，主机B是在外网访问不到的。攻击者通过漏洞在主机A上传了Webshell，但同时又出于某些限制并未能得到主机A的主机权限也无法反弹shell，那么他这个时候，也是无法通过常规方法反弹shell或者直接登录主机A从而访问到主机B的。

ReGeorg就在这个时候起了作用，攻击者已经有了主机A的webshell权限（即可以在web服务器中上传文件），而主机A可以和主机B通信。那么在主机A上安装reGeorg工具，使得攻击者发出的请求以及目标机器的响应经过A的http转发，达到攻击者可以和主机B进行通信的效果。
2、ab（http）与abs（https）压测工具
ab全称为：apache bench
ab是Apache超文本传输协议(HTTP)的性能测试工具。其设计意图是描绘当前所安装的Apache的执行性能，主要是显示你安装的Apache每秒可以处理多少个请求。

总结

看似四个难点，归根结底是由于nginx,上配置了负载均衡的问题，我们无法预测，管控下一次请求在那台服务器上，所以导致了这一系列问题，下面我们介绍一些解决办法。

4、解决方法

方法一、关机/停服

关掉其中一台机器，这种行为最不推荐，但如果你不在乎关掉服务器的损失当我没说。这种方法影响业务，不建议尝试，测试除外。

方法二、判断是否执行

既然无法预测下一次是哪台机器去执行，我们可以在Shell 执行 Payload 之前，判断要不要执行。
创建shell 脚本

MYIP = `ifconfig | grep "inet 172" | awk "{print $2}"`
if [ $MYIP == "172.18.0.3" ];then
	echo = "aaaaaaaa"
	ifconfig
else
	echo = "bbbbbbbb"
fi

在这里插入图片描述
蚁剑不知道出现莫名的问题
在这里插入图片描述

方法三、在Web层做 HTTP 流量转发

我们用 AntSword 没法直接访问 LBSNode1 内网IP(172.23.0.2)的 18080 端口，但是有人能访问呀，除了 nginx 能访问之外，LBSNode2 这台机器也是可以访问 Node1 这台机器的 18080 端口的
在这里插入图片描述
我们的目的是：所有的数据包都能发给「LBSNode 1」这台机器。
如上图所示，我们可以在node2上做数据转发，整合数据后转发给node1
首先：我们通过nginx,直接访问node1，
其次：我们把请求发给Node2,Node2 上面的 /antproxy.jsp 把请求重组之后，传给了 Node1 的 /ant.jsp，成功执行。

1.创建 antproxy.jsp 脚本

修改数据转发的目标地址
在这里插入图片描述
注意：
不要使用上传功能，上传功能会分片上传，导致分散在不同 Node 上。
要保证每一台 Node 上都有相同路径的 antproxy.jsp，保证每一台都上传了脚本

2.修改 Shell 配置, 将 URL 部分填写为 antproxy.jsp 的地址

在这里插入图片描述
在这里插入图片描述
这里转发的目标地址，我第一次改成172.18.0.2:18080,出现蚁剑连接不上的问题，然后改成172.18.0.2:8080，就可以连接成功。
在这里插入图片描述

3. 测试执行命令, 查看 IP

在这里插入图片描述
这个方法有个缺点，需要目标Node1和 Node2之间内网互通，如果不互通，就无法解决问题。

二、apache漏洞

1、Apache HTTPD 换行解析漏洞(环境没搭建成功)

Apache HTTPD 换行解析漏洞（CVE-2017-15715）
影响版本：2.4.0~2.4.29
影响说明：Apache HTTPD是一款HTTP服务器，它可以通过mod_php来运行PHP网页。在解析PHP时，1.php\x0a将被按照PHP后缀进行解析，导致绕过一些服务器的安全策略。

在这里插入图片描述
在1.php后面插入一个\x0A,php会解析成1.php%0a,从而成功解析
在这里插入图片描述

2、Apache HTTPD 多后缀解析漏洞

Apache HTTPD 支持一个文件拥有多个后缀，并为不同后缀执行不同的指令。比如，如下配置文件：

AddType text/html .html
AddLanguage zh-CN .cn

其给.html后缀增加了media-type，值为text/html；给.cn后缀增加了语言，值为zh-CN。此时，如果用户请求文件index.cn.html，他将返回一个中文的html页面。
意思就是说只要文件后缀中包含了 html、php的文件,他就可以被解析成相应的文件.

以上就是Apache多后缀的特性。如果运维人员给.php后缀增加了处理器：

AddHandler application/x-httpd-php .php
那么，在有多个后缀的情况下，只要一个文件含有.php后缀的文件即将被识别成PHP文件.
漏洞复现
环境运行后，访问http://192.1`68.137.131/uploadfiles/apache.php.jpeg即可发现，phpinfo被执行了，该文件被解析为php文件。
我们就可以利用Apache解析漏洞进行getshell。
在这里插入图片描述
在这里插入图片描述

3、Apache Solr 远程命令执行漏洞（没写完）

Apache Solr 远程命令执行漏洞（CVE-2019-0193）
影响版本：Apache Solr < 8.2.0 的版本
影响说明：Apache Solr 是一个开源的搜索服务器。Solr 使用 Java 语言开发，主要基于 HTTP 和 Apache Lucene 实现。此次漏洞出现在Apache Solr的DataImportHandler，该模块是一个可选但常用的模块，用于从数据库和其他源中提取数据。它具有一个功能，其中所有的DIH配置都可以通过外部请求的dataConfig参数来设置。由于DIH配置可以包含脚本，因此攻击者可以通过构造危险的请求，从而造成远程命令执行。
在Apache Solr < 8.2.0 的版本中， DataImportHandler的dataConfig参数为用户可控，攻击者可通过构造恶意的dataConfig脚本交由转换器（Transformers）进行解析，而Solr在解析的过程中并未对用户输入的脚本进行检查，导致攻击者可在Solr服务器上执行任意代码。

solr 工作机制
1.solr是在lucene工具包的基础之上进行了封装，并且以web服务的形式对外提供索引功能
2.业务系统需要使用到索引的功能（建索引，查索引）时，只要发出http请求，并将返回数据进行解析即可

Solr DataImportHandler
Solr DataImportHandler可以批量把数据导入到索引库中.

DataImportHandler有如下功能：

	1、读取关系数据库中数据或文本数据
	2、根据配置从xml（http/file方式）读取与建立索引数据
	3、根据配置聚合来自多个列和表的数据来构建Solr文档
	4、使用文档更新Solr（更新索引、文档数据库等）
	5、根据配置进行完全导入的功能（full-import，完全导入每次运行时会创建整个索引）
	6、检测插入/更新字段并执行增量导入（delta-import，对增加或者被修改的字段进行导入）
	7、调度full-import与delta-import
	8、可以插入任何类型的数据源（ftp，scp等）和其他用户可选格式（JSON，csv等）

这里有前辈做的一张图，来帮助我们理解。
blog.csdnimg.cn/df1442e424df4aaeacb022ac319418be.png)
Core：索引库，其中包含chema.xml/managed-schema，schema.xml是模式文件的传统名称，可以由使用该模式的用户手动编辑，managed-schema是Solr默认使用的模式文件的名称，它支持在运行时动态更改，data-config文件可配置为xml形式或通过请求参数传递（在dataimport开启debug模式时可通过dataConfig参数传递）
漏洞利用的前提条件: Solr有一个具有dataimport功能的core，这个功能需要在这个core对应的配置文件中指定节点的class属性为，solrconfig.xmlrequestHandlersolr.DataImportHandler
在这里插入图片描述
且Solr未开启认证（默认未开启认证），在这种情况下，Solr Admin UI上的操作是不需要登录凭据的。

开启认证可通过编辑配置文件：server/solr-webapp/webapp/WEB-INF/web.xml
复现漏洞
搭建环境
在这里插入图片描述
运行环境

docker-compose up -d
docker-compose exec solr bash bin/solr create_core -c test -d example/example-DIH/solr/db

访问http://192.168.137.131:8983/即可查看到Apache solr的管理页面，无需登录
在这里插入图片描述

4、Apache HTTP 服务器的路径穿越和文件泄露漏洞

Apache HTTP 服务器 2.4.49 中的路径穿越和文件泄露漏洞 （CVE-2021-41773）
影响版本：2.4.49
影响说明：在 Apache HTTP Server 2.4.49 中对路径规范化所做的更改中发现一个缺陷。攻击者可以使用路径遍历攻击将 URL 映射到预期文档根目录之外的文件。
如果这些目录之外的文件不受通常的默认配置“要求全部拒绝”的保护，则这些请求可以成功。如果还为这些别名路径启用了 CGI 脚本，则可能允许远程执行代码。
漏洞复现

curl -v --path-as-is http://your-ip:8080/icons/%2e%2e/%2e%2e/%2e%2e/%2e%2e/etc/passwd

在这里插入图片描述
/%2e%2e/ 就是/…/ ,且icons目录存在，执行命令后，就行当于返回到根目录下执行/etc/passwd
如果在服务器上启用 mods cgi 或 cgid 的话，此路径遍历漏洞将允许任意命令执行：

curl -v --data "echo;id" 'http://your-ip:8080/cgi-bin/.%2e/.%2e/.%2e/.%2e/bin/sh'

在这里插入图片描述
什么是cgi?
CGI的全称是Common Gateway Interface，通用网关接口。粗略地说，CGI就是位于服务器端的处理网页请求的程序。CGI程序本身是服务器操作系统上的一个简单的应用程序，它接受输入进行处理并输出内容，这些输入输出都又通过Web服务器软件（比如apache）处理，最终完成需要的功能。
在这里插入图片描述

5、Apache SSI 远程命令执行漏洞

影响说明：在测试任意文件上传漏洞的时候，目标服务端可能不允许上传php后缀的文件。如果目标服务器开启了SSI与CGI支持，我们可以上传一个shtml文件，并利用<!–#exec cmd=“id” -->语法执行任意命令。
漏洞复现
环境启动后，访问http://192.168.137.140:8080/upload.php，即可看到一个上传表单。
然后我们上传一个1.shtml文件

<!--#exec cmd="id" -->

在这里插入图片描述

在这里插入图片描述
然后我们用burpsuite 测试一下
在这里插入图片描述
然后我们修改post 改成我们的1.shtml 运行后成功执行了<!–#exec cmd=“id” -->命令
在这里插入图片描述
上述提到SSI
什么是SSI？
SSI（服务器端包含）是放置在 HTML 页面，并在页面 被服务。它们允许您将动态生成的内容添加到 现有 HTML 页面，而不必提供整个页面 通过CGI程序或其他动态技术。

例如，您可以将指令放入现有 HTML 中 页面，例如：

<!--#echo var="DATE_LOCAL" -->

并且，当页面投放时，将评估此片段并将其替换为其值：

Tuesday, 15-Jan-2013 19:28:54 EST

各个服务器对SSI命令的支持各有不同，但 #include 和 #exec 是通用的。使用 SSI 的页面文件通常都使用扩展名.shtml，而不是.html 或 .htm，这样以便服务器能够辨认出哪些页面包含SSI指令，这些页面需要先经过服务器处理，翻译执行其中的SSI指令，然后才发送给客户端浏览器。 (当然有些服务器还是支持.html,.htm文件中有SSI指令的)。

如何辨认服务器是否支持SSI？

  1. 拷贝以下HTML内容，保存为文件名test.shtml
<!–#echo var=”DATE_LOCAL” –>

  1. 将这个文件上载到你的服务器上，然后用浏览器浏览服务器上的这个网页。

  2. 如果看到网页显示当前日期，则你的服务器支持 SSI。

故ོ渊ꦿ℘゜
关注
  • 2
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
nginx反向代理负载均衡+Apache httpd换行解析漏洞
m0_56501091的博客
02-10 416
最后环境搭建不是很成功，下载参考并使用了一下别人的环境，然后在网页上是这样的： （成功了会回来修改并加上没成功原因和排错过程）关掉其中一台机器，这种行为最不推荐，但如果你不在乎关掉服务器的损失当我没说。这种方法影响业务，不建议尝试，测试除外。既然无法预测下一次是哪台机器去执行，我们可以在Shell 执行 Payload 之前，判断要不要执行。反向代理方式其中比较流行的方式是用 nginx 来做负载均衡，下面是负载均衡的几种策略。，apache依然会将其当成php解析，但是在上传文件时可以成功的绕过黑名单。
文件上传--webshell
qq_37051023的博客
11-12 1598
1、webshell---服务器端可执行的脚本文件（命令解释器），以web的方式执行shell（shell类似cmd.exe linux的bash等）------总结一句话，以web方式可以达到系统命令解释器的效果文件 webshell分为三类：小马、大马、一句话木马 ...
负载均衡上传webshell+apache换行解析漏洞
a505964648的博客
02-09 476
我们执行 hostname -i查看当前执行机器的 ip 时，可以看到一直在飘，因为我们用的是轮询的方式，还算能确定，一旦涉及了权重等其它指标，就让你好好体验一波什么叫飘乎不定。是的，这就是你出现一会儿正常，一会儿错误的原因。由于 antSword 上传文件时，采用的分片上传方式，把一个文件分成了多次HTTP请求发送给了目标，所以尴尬的事情来了，两台节点上，各一半，而且这一半到底是怎么组合的，取决于 LBS 算法。我们假定在真实的业务系统上，存在一个 RCE 漏洞，可以让我们获取 WebShell。
LNMP之Nginx反向代理负载均衡（二）
weixin_34150503的博客
09-16 80
安装必须插件：yum install gcc-c++ autoconf automakeyum install zlib zlib-devel opensslopenssl--devel pcre pcre-devel安装nginx：./configuremakemake install关闭防火墙或添加配置项：service iptables stopchkconfig ...
webshell与反弹shell使用详解
有勇气的牛排博客
07-24 1526
1 介绍 在对linux服务器渗透测试的过程中，我们在getshell得到一个低权限的webshell，由于webshell是非交互式shell，通常要反弹一个交互式的shell，然后提权（不然提权后，还是原来的权限） 2 webshell 获取 2.1 php策略 PHP环境下反弹shell,过去我们通常用phpspy等shell自带反弹即可,这里将其反弹部分代码提取出来,访问即可反弹到指定IP端口一个普通交互shell。 （1）下面利用weevely生成一个php weevely generate 12
网络安全-负载均衡下的webshell连接
01-27
网络安全-负载均衡下的webshell连接
利用 通达OA 文件上传漏洞上传webshell获取主机权限
最新发布
04-30
帮客户搭建一个演示环境，用于给领导演示，这里我利用了通达OA11.6文件上传漏洞往靶机上上传了一个webshell，然后通过蚁剑去连接webshell从而获取主机权限。 环境要求： 1.靶机环境win10 2.通达OA版本11.6 3.攻击机...
WebShell文件上传漏洞分析溯源
02-22
WebShell 文件上传漏洞分析溯源 一、WebShell 文件上传漏洞概述 WebShell 文件上传漏洞是指攻击者通过上传恶意文件（如WebShell）来获取服务器的控制权，从而实现对服务器的攻击和控制。这种漏洞通常存在于Web应用...
基于机器学习的 Webshell 检测+源代码+文档说明
11-09
本课题旨在研究机器学习在 Webshell 检测中的应用，以目前应用广泛的服务器端语言 PHP 为例，通过学习和研究...1、该资源内项目代码都经过测试运行成功，功能ok的情况下才上传的，请放心下载使用！ 2、本项目适合计算机
安全寒假作业nginx反向代理+负载均衡上传webshell重难点+apache漏洞
StriverNumber1的博客
02-11 802
安全寒假作业nginx反向代理+负载均衡上传webshell重难点+apache漏洞
Linux下WEBSHELL提权一技
06-15
Linux下WEBSHELL提权一技 用phpshell2.0和配合提ROOT,现在不少LINUX主机都还有这个本地溢出漏洞。
使用反向代理技术保护Web服务器
瓜牛的窝
04-24 988
随着Internet的发展，很多机构都将自己内部的网络连接到Internet上，因而网络安全问题越来越重要。     为了增加网络的安全和保护内部网络上的重要数据，需要将内部网与Internet相隔离，当前主要通过防火墙技术来完成这个目的。然而为了保护内部主机，防火墙软件就必须限制外部网络中的主机对内部网络的访问。因此普通防火墙软件的设置中，外部网络无法访问内部主机。然而，为了向外发布自己的信息，
简谈webshell？？？？~~~~~~！！！！（1）
qq_34271580的博客
08-07 230
webshell简介 webshell，顾名思义：web指的是在web服务器上，而shell是用脚本语言编写的脚本程序，。webshell一般是被网站管理员用于网站管理、服务器管理等等一些用途(........百度啊百度啊百度啊你特么不会百度吗！！！！！） webshell的分类 webshell根据脚本可以分为PHP脚本木马，ASP脚本木马，也有基于.NET的脚本木马和JSP脚本木马。在国外，还有用python脚本语言写的动态网页，当然也有与之相关的webshell。 根据功能也分为大马与小马（自
【漏洞复现】Apache Log4j2 （CVE-2021-44228）
weixin_49848824的博客
01-24 1432
一、原理： 本图借用：https://blog.csdn.net/hilaryfrank/article/details/121939902 二、环境准备 1、靶场：http://vulfocus.fofa.so/#/dashboard（fofa出了点问题，暂时无法访问） 2、靶场：https://ctf.show/challenges 3、docker自建： 查找关于Log4j2的镜像 docker search Log4j2 拉取一个dockers镜像 docker pul
解决nginx https代理tomcat redirect问题
YYZhQ的专栏
03-01 1149
问题描述 http服务器：nginx，10.10.10.95，版本：1.10.1，请求使用协议为https，端口为18080。 服务服务器：tomcat，10.10.10.92，使用协议为http，端口为8080。 问题：当在业务服务器使用sendRedirect时，tomcat响应302给nginx，nginx再响应给浏览器，默认情况下，nginx响应给浏览器的location会将schem...
Frp 将内网 Nginx 80 端口代理到外网 18080 后，浏览器登录后错误， F12 发现返回了错误端口 80
⎛⎝世界⎠⎞的博客
05-16 1475
环境： web: 192.168.1.10:8080 nginx: 192.168.1.100:80 frp(内网穿透): 100.123.10.10:18080 frp 使用 tcp 模式，将内网 nginx 端口 80 的 web 服务在开放到外网 100.123.10.10 的 18080 端口。 问题： 在网页登陆成功后，外部 url 的端口却变成称了 80 导致访问失败： 浏览器访问http://100.123.10.10:18080后可以正常显示登录界面，...
nginx反向代理+负载均衡上传webshell重难点+apache漏洞
qq_52807816的博客
02-12 454
而nginx能够提供强大的连接并发请求而没有很好的稳定性，结合这两种截然不同的特征，可以在内网的前端使用nginx作为反向代理服务器，后方的apache作为原始服务器，这样既满足大量的连接并发请求，也具有良好的稳定性。前端nginx代理的工作完成之后就要搭建后方的lamp环境了，搭建lamp环境不是这篇文章的重点，所以过程我这也不再列出来了，参考《lamp环境搭建–源码安装 》。缓存数据是保存在文件中的，缓存的键和文件名都是在代理URL上执行MD5的结果。levels参数定义了缓存的层次结构。
Apache服务器中限制针对某一目录的CGI解析
cnbird's blog
12-11 779
作者：Neeao[B.C.T] 在Linux服务器的web应用中，经常需要上传文件到服务器上。不管是php的也好，jsp的也好，如果web程序对于上传检查不严格，可导致黑客上传webshell，对服务器安全威胁自不用说了。对于 web开发对文件上传的限制，这里就不说了，这里仅仅来讨论服务器如何设置才防止上传的webshell执行。 记得以前写过一篇文章，针对Windows下web目录的设置
网站渗透测试服务 squid反向代理代码执行漏洞的挖掘
网站安全专家
09-02 466
在对网站进行渗透测试的时候，发现很多网站都在使用squid反向代理系统，该系统存在可以执行远程代码的漏洞，很多客户找我们SINE安全做渗透测试服务的同时，我们会先对客户的网站进行信息搜集工作，包括域名，二级域名收集，网站使用的反向代理系统，网站程序开发语言，是否使用开源的代码，以及网站后台路径收集，都在前期渗透中需要做的。 前段时间某一个客户网站使用的就是squid反向代理系统，客户APP，...
SQL注入漏洞上传webshell需求设计
05-25
首先，需要了解SQL注入漏洞是什么，以及如何利用它来上传webshell。 SQL注入漏洞是指攻击者通过在Web应用程序的输入栏中注入恶意SQL代码，从而绕过应用程序的身份验证和授权机制，进而执行未经授权的操作，比如上传webshell。 为了利用SQL注入漏洞上传webshell，可以通过以下步骤进行设计： 1. 找到目标网站的SQL注入漏洞。可以使用工具如SQLMap、Burp Suite等进行自动扫描，也可以手动测试注入点。 2. 利用SQL注入漏洞执行一条上传webshell的SQL语句。具体语句可以根据目标网站的数据库类型和结构进行定制。 3. 将webshell上传到目标服务器。可以使用工具如Metasploit等进行上传，也可以手动将webshell上传到目标服务器。 4. 执行webshell命令，控制目标服务器。可以使用工具如Weevely等进行远程控制，也可以手动执行命令。 需要注意的是，上传webshell是一种非常危险的行为，可能会导致严重的安全问题。在进行测试时，请务必获得授权并遵守法律法规。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值