一、IIS5.x-6.x解析漏洞
使用iis5.x-6.x版本的服务器，大多为windows server 2003，网站比较古老，开发语句一般为asp； 该解析漏洞也只能解析asp文件，而不能解析aspx文件。1、目录解析
目录解析(IIS6.0) 形式：www.xxx.com/xx.asp/xx.jpg 原理: 服务器默认会把.asp,.asa,.cer,.cdx目录下的文件都解析成asp文件。
文件解析 形式：www.xxx.com/xx.asp;.jpg 原理：服务器默认不解析;号后面的内容，因此xx.asp;.jpg便被解析成asp文件了。
IIS6.0 默认的可执行文件除了asp还包含这三种 : /test.asa /test.cer /test.cdx
修复方案 1.目前尚无微软官方的补丁，可以通过自己编写正则，阻止上传xx.asp;.jpg类型的文件名。 2.做好权限设置，限制用户创建文件夹。二、apache解析漏洞
漏洞原理： Apache 解析文件的规则是从右到左开始判断解析,如果后缀名为不可识别文件解析,就再往左判断。 比如 test.php.owf.rar “.owf”和”.rar” 这两种后缀是apache不可识别解析,apache就会把test.php.owf.rar解析成php。 漏洞形式： www.xxxx.xxx.com/test.php.php1231、卸载phpstudy
卸载phpstudy: https://www.php.cn/phpstudy-417111.html2、下载并安装phpnow
下载phpnow: http://servkit.org/?from=phpnow.org 安装phpnow: https://www.onlinedown.net/soft/60958.htm
漏洞原理 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\0.php
xxx.jpg%00.php (Nginx <8.03 空字节代码执行漏洞) 另外一种手法：上传一个名字为test.jpg，文件内容如下： <?PHP fputs(fopen('shell.php','w'),'');?> 然后访问test.jpg/.php,在这个目录下就会生成一句话木马shell.php。
2、phpstudy切换版本
修复方案: 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本身的漏洞。 当安装完成后， php.ini里默认cgi.fix_pathinfo=1，对其进行访问的时候，在URL路径后添加.php后缀名会当做php文件进行解析，漏洞由此产生。 注：在进行实际的测试的时候，发现漏洞并没有产生，后来发现要设置FastCGI为关闭，该项好像是用来处理数据文件。1、物理机（win10）开启IIS7.5
