Web中间件常见漏洞总结

1、IIS中间组件:

一、PUT漏洞

二、短文件名猜解

三、远程代码执行

四、解析漏洞

2、Apache中间组件:

一、解析漏洞

二、目录遍历

3、Nginx中间组件:

一、文件解析

二、目录遍历

三、CRLF注入

四、目录穿越

4、Tomcat中间组件:

一、远程代码执行

二、war后门文件部署

5、jBoss中间组件:

一、反序列化漏洞

二、war后门文件部署

6、WebLogic中间组件:

一、反序列化漏洞

二、SSRF

三、任意文件上传

四、war后门文件部署

7、其它中间件相关漏洞

一、FastCGI未受权访问、任意命令执行

二、PHPCGI远程代码执行

1、IIS解析漏洞:

IIS的安全脆弱性曾长时间被业内诟病，一旦IIS出现远程执行漏洞威胁将会很是严重。远程执行代码漏洞存在于 HTTP 协议堆栈 (HTTP.sys) 中，当 HTTP.sys 未正确分析经特殊设计的 HTTP 请求时会致使此漏洞。成功利用此漏洞的攻击者能够在系统账户的上下文中执行任意代码，能够致使IIS服务器所在机器蓝屏或读取其内存中的机密数据.

PUT漏洞介绍及成因:

IIS Server在Web服务扩展中开启WebDAV ，配置了能够写入权限，形成任意文件上传，受影响版本:IIS6.0，漏洞复现:开启WebDAV和写入权限.

 

图片发自简书App

 

 

图片发自简书App

利用BurpSute测试:

BurpSute抓包，将GET请求改成OPTIONS.

 

图片发自简书App

利用桂林老兵写入权限:

 

图片发自简书App

成功上传，再上传一句话木马，而后用菜刀链接，获取getshell:

 

图片发自简书App

PUT漏洞修复:关闭WebDAV和写入权限.

2、短文件名猜解漏洞介绍及成因:

IIS的短文件名机制，能够暴力猜解短文件名，访问构造的某个存在的短文件名，会返回404，访问构造的某个不存在的短文件名，返回400，漏洞复现:在网站根目录下添加aaaaaaaaaa.html文件:

 

图片发自简书App

进行猜解:

 

图片发自简书App

 

 

图片发自简书App

漏洞修复:1.升级.net framework;2.修改注册表禁用短文件名功能;3.快捷键Win+R打开命令窗口，输入regedit打开注册表窗口，找到路径:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem，将其中NtfsDisable8dot3NameCreation这一项的值设为 1，1表明不建立短文件名格式，修改完成后，须要重启系统生效;4.CMD关闭NTFS 8.3文件格式支持;5.将web文件夹的内容拷贝到另外一个位置，如c:\www到d:\w,而后删除原文件夹，再重命名d:\w到c:\www，如图:

 

图片发自简书App

3、远程代码执行漏洞介绍及成因:

在IIS6.0处理PROPFIND指令的时候，因为对url的长度没有进行有效的长度控制和检查，致使执行memcpy对虚拟路径进行构造的时候，引起栈溢出，从而致使远程代码执行，漏洞复现:漏洞环境搭建:在Windows server 2003 r2 32位上安装iis6.0，触发漏洞:在本地执行exp，exp以下:

 

 

图片发自简书App

执行成功后，服务器端弹出计算器:

 

图片发自简书App

短文件名猜解漏洞漏洞修复:1.关闭WebDAV服务;2.使用相关防御设备.

4、解析漏洞介绍及成因:

IIS 6.0在处理含有特殊符号的文件路径时会出现逻辑错误，从而形成文件解析漏洞，漏洞有两种彻底不一样的利用方式:

/test.asp/test.jpg

test.asp;.jpg

漏洞复现:利用方式1:

第一种是新建名为 “test.asp”目录，该目录中的任何文件都被IIS看成asp程序执行，特殊符号是 “/”:

 

图片发自简书App

利用方式2:第二种是上传名为 “test.asp;.jpg” 的文件，虽然该文件真正的后缀名是 “.jpg”, 但因为含有特殊符号 “;” ，仍会被 IIS 当作asp程序执行:

 

图片发自简书App

IIS7.5 文件解析漏洞:

test.jpg/.php

注:URL中文件后缀是 .php ，便不管该文件是否存在，都直接交给 php 处理，而 php 又默认开启 “cgi.fix_pathinfo”, 会对文件进行 “ 修理 ” ，可谓 “ 修理 ” ？举个例子，当 php 遇到路径 “/aaa.xxx/bbb.yyy” 时，若 “/aaa.xxx/bbb.yyy” 不存在，则会去掉最后的 “bbb.yyy” ，而后判断 “/aaa.xxx” 是否存在，若存在，则把 “/aaa.xxx” 看成文件，如有文件 test.jpg ，访问时在其后加 /.php ，即可以把 “test.jpg/.php” 交给 php ， php 修理文件路径 “test.jpg/.php” 获得 ”test.jpg” ，该文件存在，便把该文件做为 php 程序执行。

文件解析漏洞修复:1.对新建目录文件名进行过滤，不容许新建包含‘.’的文件;2.曲线网站后台新建目录的功能，不容许新建目录;3.限制上传的脚本执行权限，不容许执行脚本;4.过滤.asp/xm.jpg，经过ISApi组件过滤

3、 Apache解析漏洞介绍及成因:

Apache文件解析漏洞与用户的配置有密切关系，严格来讲属于用户配置问题。，Apache文件解析漏洞涉及到一个解析文件的特性:Apache默认一个文件能够有多个以点分隔的后缀，当右边的后缀没法识别，不在mime.tyoes内，则继续向左识别，当请求这样一个文件:shell.xxx.yyy

yyy->没法识别，向左

xxx->没法识别，向左

php->发现后缀是php，交给php处理这个文件，漏洞复现:上传一个后缀名为360的php文件:

 

图片发自简书App

Apache解析漏洞修复:将AddHandler application/x-httpd-php .php配置文件删除.

目录遍历漏洞介绍及成因:

因为配置错误致使的目录遍历，漏洞复现:

 

图片发自简书App

Apache目录遍历漏洞修复:

修改apache配置文件httpd.conf，找到Options+Indexes+FollowSymLinks +ExecCGI并修改为 Options-Indexes+FollowSymLinks +ExecCGI 并保存:

 

图片发自简书App

 

图片发自简书App

4、 Nginx文件解析漏洞介绍及成因:

对任意文件名，在后面添加/任意文件名.php的解析漏洞，好比本来文件名是test.jpg，能够添加test.jpg/x.php进行解析攻击，漏洞复现:在网站根目录下新建一个i.gif的文件，在里面写入phpinfo()，在浏览器中打开测试:

 

图片发自简书App

利用文件解析漏洞，输入192.168.139.129:100/i.gif.2.php，发现没法解析:

 

图片发自简书App

将/etc/php5/fpm/pool.d/www.conf中security.limit_extensions = .php中.php删除:

 

图片发自简书App

再次在浏览器中打开，成功解析:

 

图片发自简书App

Nginx文件解析漏洞修复:1.将php.ini文件中的cgi.fix_pathinfo的值设为0.这样php在解析1.php/1.jpg这样的目录时，只要1.jpg不存在就会显示404;2.将/etc/php5/fpm/pool.d/www.conf中security.limit_ectensions后面的值设为.php.

目录遍历漏洞简介及成因:

Nginx目录遍历与Apache同样，属于配置方面的问题，错误的配置可到致使目录遍历与源码泄露，漏洞复现:打开test目录，发现没法打开:

 

图片发自简书App

修改/etc/nginx/sites-avaliable/default，在以下图所示的位置添加autoindex on/:

 

图片发自简书App

再次访问:

 

图片发自简书App

Nginx目录漏洞修复:将/etc/nginx/sites-avaliable/default里的autoindex on改成autoindex off.

CRLF注入漏洞简介及成因:

CRLF时“回车+换行”（\r\n)键的简称，HTTP Header与HTTP Body时用两个CRLF分隔的，浏览器根据两个CRLF来取出HTTP内容并显示出来，经过控制HTTP消息头中的字符，注入恶意换行，就能注入一些会话cookie或者html代码，因为Nginx配置不正确，致使注入的代码会被执行，漏洞复现:访问页面，Brup抓包，请求加上:/%0d%0a%0d%0a<img src=1 onerror=alert(/xss/)>，因为页面重定向，并无弹窗:

 

图片发自简书App

CRLF注入漏洞修复:Nginx的配置文件/etc/nginx/conf.d/error1.conf修改成使用不解码的url跳转.

5、目录穿越漏洞简介及成因:

Nginx反向代理，静态文件存储在/home/下，而访问时须要在url中输入files，配置文件中/files没有用/闭合，致使能够穿越至上层目录，漏洞复现，访问:http://192.168.139.128:8081/files/

 

图片发自简书App

目录穿越漏洞，访问:http://192.168.139.128:8081/files../，成功实现目录穿越:

 

图片发自简书App

目录穿越漏洞修复:Nginx配置文件/etc/nginx/conf.d/error2.conf的/files使用/闭合.

5、 Tomcat远程代码执行漏洞简介及成因:

Tomcat运行在Windows主机上，且启用了 HTTP PUT请求方法，可经过构造的攻击请求向服务器上传包含任意代码JSP文件，形成任意代码执行，受影响版本:Apache Tomcat 7.0.0 – 7.0.81，漏洞复现:配置漏洞，开启put方法可上传文件功能，Tomcat文件夹下的/conf/web.xml文件插入:

<init-param>

          <param-name>readonly</param-name>

          <param-value>false</param-value>

    </init-param>

重启Tomcat服务:

 

图片发自简书App

注:访问127.0.0.1:8080，BurpSute抓包，send to Repeater选项重放模块，将请求方式改成PUT，建立一个122.jsp，并用%20转义空格字符，123.jsp代码:

<%Runtime.getRuntime().exec(request.getParameter("cmd"));%>

返回201，说明建立成功:

 

图片发自简书App

访问127.0.0.1:8080/122.jsp?cmd=calc，弹出计算器:

 

图片发自简书App

Tomcat远程代码执行漏洞修复:1.检测当前版本是否在影响范围内，并禁用PUT方法;2.更新并升级至最新版.

War后门文件部署漏洞简介及成因:

Tomcat支持在后台部署war文件，能够直接将webshell部署到web目录下，若后台管理页面存在弱口令，则能够经过爆破获取密码，漏洞复现:Tomcat安装目录conf.tomcat-users.xml配置以下:

 

图片发自简书App

访问后台，登录:

 

图片发自简书App

上传一个war包jsp后门:

 

图片发自简书App

成功上传并解析，打开:

 

图片发自简书App

可执行系统命令:

 

图片发自简书App

漏洞修复:1.在系统上以低权限运行Tomcat应用程序。建立一个专门的 Tomcat服务用户，该用户只能拥有一组最小权限，例如不容许远程登陆;2.增长对于本地和基于证书的身份验证，部署帐户锁定机制，对于集中式认证，目录服务也要作相应配置，在CATALINA_HOME/conf/web.xml文件设置锁定机制和时间超时限制;3.以及针对manager-gui/manager-status/manager-script等目录页面设置最小权限访问限制;4.后台管理避免弱口令.

6、 jBoss反序列化漏洞介绍及成因:

Java序列化，简而言之就是把java对象转化为字节序列的过程。而反序列话则是再把字节序列恢复为java对象的过程，然而就在这一转一变得过程当中，程序员的过滤不严格，就能够致使恶意构造的代码的实现，漏洞复现:靶机启动jboss，攻击机访问靶机服务:

 

图片发自简书App

访问/invoker/readonly，返回500，说明页面存在，此页面有反序列化漏洞:

 

图片发自简书App

BrupSute抓包:

 

图片发自简书App

改包，修改POST payload.bin中数据:

 

图片发自简书App

 

图片发自简书App

查看靶机，弹出计算器:

 

图片发自简书App

漏洞修复:1.不须要http-invoker.sar 组件的用户可直接删除此组件;2.用于对httpinvoker组件进行访问控制.

War后门文件部署漏洞介绍及成因:

jBoss后台管理页面存在弱口令，经过爆破得到帐号密码，登录后台上传包含后门war包，漏洞复现:

 

图片发自简书App

 

图片发自简书App

点击Web Application(war)s:

 

图片发自简书App

点击add a new resource:

 

图片发自简书App

选择一个war包上传，上传后进入该war包，点击start:

 

图片发自简书App

查看status为sucessful:

 

图片发自简书App

访问该war包页面，进入后门，可进行文件管理和系统命令执行:

 

图片发自简书App

 

图片发自简书App

7、 WebLogic反序列化漏洞简介及成因:

Java序列化，简而言之就是把java对象转化为字节序列的过程。而反序列话则是再把字节序列恢复为java对象的过程，然而就在这一转一变得过程当中，程序员的过滤不严格，就能够致使恶意构造的代码的实现，漏洞复现使用vulhub实验环境，启动实验环境，访问靶机，抓包，修改数据包:

 

图片发自简书App

Kali启动NC监听，发送数据包成功后，拿到shell:

 

图片发自简书App

WebLogic反序列化漏洞修复:1.升级Oracle 10月份补丁;2.对访问wls-wsat的资源进行访问控制.

SSRF漏洞简介及成因:

Weblogic中存在一个SSRF漏洞，利用该漏洞能够发送任意HTTP请求，进而攻击内网中redis、fastcgi等脆弱组件，漏洞复现，使用vulhub实验环境，启动环境，访问:http://192.168.139.129:7001/uddiexplorer/SearchPublicRegistries.jsp:

 

图片发自简书App

BurpSute抓包，修改请求:

 

图片发自简书App

启动NC监听2222端口拿到Shell:

 

图片发自简书App

SSRF漏洞修复:1.将SearchPublicRegistries.jsp直接删除;2.删除uddiexplorer文件夹、限制uddiexplorer应用只能内网访问;3.将weblogic安装目录wlserver_10.3/server/lib/uddiexplorer.war作好备份、将weblogic安装目录下的server/lib/uddiexplorer.war下载、用winrar等工具打开uddiexplorer.war、将其下的SearchPublicRegistries.jsp重命名为SearchPublicRegistries.jspx、保存后上传回服务端替换原先的uddiexplorer.war、对于多台主机组成的集群，针对每台主机都要作这样的操做、因为每一个server的tmp目录下都有缓存因此修改后要完全重启weblogic(即停应用–停server–停控制台–启控制台–启server–启应用).

任意文件上传漏洞简介及成因:

经过访问config.do配置页面，先更改Work Home工做目录，用有效的已部署的Web应用目录替换默认的存储JKS Keystores文件的目录，以后使用”添加Keystore设置”的功能，可上传恶意的JSP脚本文件，漏洞复现:打开访问连接:http://192.168.139.129:7001/ws_utc/config.do:

 

图片发自简书App

注:设置Work Home Dir为`/u01/oracle/user_projects/domains/base_domain/servers/AdminServer/tmp/_WL_internal/com.oracle.webservices.wls.ws-testclient-app-wls/4mcj4y/war/css`，而后点击安全 -> 增长，而后上传jsp大马，获取WebShell:

 

图片发自简书App

上传后查看返回数据包，发现有时间戳:

 

图片发自简书App

能够看到时间戳为1543145154632，访问http://192.168.139.129:7001/ws_utc/css/config/keystore/1543145154632_lele.jsp，能够进行文件管理、文件上传、系统命令执行:

 

图片发自简书App

尝试如下执行系统命令:

 

图片发自简书App

任意文件上传漏洞修复:1.使用Oracle官方通告中补丁连接:http://www.oracle.com/technetwork/security-advisory/cpujul2018-4258247.html;https://support.oracle.com/rs?type=doc&id=2394520.1;2:进入Weblogic Server管理控制台，domain设置中，启用”生产模式” .

War后门文件部署漏洞简介及成因:

因为WebLogic后台存在弱口令，可直接登录后台上传包含后门的war包，漏洞复现:访问http://192.168.139.129:7001/console

 

 

图片发自简书App

使用弱口令登录至后台，点击锁定并编辑:

 

图片发自简书App

选择部署，进一步点击右边安装:

 

图片发自简书App

点击上传文件-进入文件上传界面，选择要上传的war包:

 

图片发自简书App

进入下一步，选择对应的war包进行部署，下一步下一步直至完成:

 

图片发自简书App

 

 

图片发自简书App

 

 

图片发自简书App

点击激活更改:

 

图片发自简书App

启动上传war包所生成的服务:

 

图片发自简书App

获取WebShell:

 

图片发自简书App

War后门文件部署漏洞修复:防火墙设置端口过滤，也能够设置只容许访问后台的IP列表，避免后台弱口令.

8、 FastCGI未受权访问、任意命令执行漏洞简介及成因:

服务端使用fastcgi协议并对外网开放9000端口，能够构造fastcgi协议包内容，实现未受权访问服务端.php文件以及执行任意命令，

漏洞复现:使用vulhub实验环境，启动实验环境，python fpm.py 192.168.237.136 /etc/passwd:

 

图片发自简书App

注:因为访问非*.PHP文件，因此返回结果403，使用命令执行一个默认存在PHP文件，命令:

python fpm.py 192.168.237.136 /usr/local/lib/php/PEAR.php

 

图片发自简书App

利用命令进行任意命令执行复现:

python fpm.py 192.168.139.129 /usr/local/lib/php/PEAR.php-c '<?php echo `pwd`; ?>'

python fpm.py 192.168.139.129 /usr/local/lib/php/PEAR.php-c '<?php echo `ifconfig`; ?>'

python fpm.py 192.168.139.129 /usr/local/lib/php/PEAR.php-c '<?php echo `ls`; ?>'

 

图片发自简书App

FastCGI未受权访问、任意命令执行漏洞修复:更改默认端口.

PHPCGI远程代码执行漏洞简介及成因:

在Apache调用php解释器解释.php文件时，会将url参数传我给php解释器，若是在url后加传命令行开关(例如-s、-d 、-c或-dauto_prepend_file%3d/etc/passwd+-n）等参数时，会致使源代码泄露和任意代码执行，此漏洞影响php-5.3.12之前的版本，mod方式、fpm方式不受影响.

漏洞复现:使用vulhub实验环境，启动环境，访问http://192.168.139.129:8080/index.php:

 

图片发自简书App

BrupSute抓包，修改包:

 

图片发自简书App

PHPCGI远程代码执行漏洞修复:1.升级php版本;2.在apache上作文章，开启url过滤，把危险的命令行参数给过滤掉，因为这种方法修补比较简单，具体方案:修改http.conf文件，找到<Directory/>增长如下三行

RewriteEngine on

RewriteCond %{QUERY_STRING} ^(%2d|-)[^=]+$ [NC]

RewriteRule ^(.*) $1? [L]

注:重启Apache服务便可，可是要考虑到，至关于每次request就要进行一次url过滤，若是访问量大的话，可能会增长Apache服务负担.

3.打上PHP补丁，补丁下载地址:

https://eindbazen.net/2012/05/php-cgi-advisory-cve-2012-1823/.

做者：强大技术 连接：https://www.jianshu.com/p/b8d95de87344 来源：简书 著做权归做者全部。商业转载请联系做者得到受权，非商业转载请注明出处。