本文作者:心月

服务器解析漏洞分析和漏洞修复方法

心月IT博客 2020-01-07
服务器解析漏洞分析和漏洞修复方法摘要:服务器​解析漏洞主要是一些特殊文件被Apache、IIS、Nginx等服务器的Web容器在某种情况下解释成脚本文件格式并得以执行而产生的漏洞。服务器解析漏洞算是历史比较悠久了,但如今依然广泛存在。

        服务器解析漏洞主要是一些特殊文件被Apache、IIS、Nginx等服务器的Web容器在某种情况下解释成脚本文件格式并得以执行而产生的漏洞。服务器解析漏洞算是历史比较悠久了,但如今依然广泛存在。

        下面来详细分析下常见服务器的解析漏洞,及其修复方法。

一、apache服务器解析漏洞

漏洞原理

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

漏洞形式

www.xxxx.xxx.com/test.php.php123

其余配置问题导致漏洞

        ①如果在 Apache 的 conf 里有这样一行配置 AddHandler php5-script .php 这时只要文件名里包含.php 即使文件名是 test2.php.jpg 也会以 php 来执行。
        ②如果在 Apache 的 conf 里有这样一行配置 AddType application/x-httpd-php .jpg 即使扩展名是 jpg,一样能以 php 方式执行。

修复方案

        ①apache配置文件,禁止.php.这样的文件执行,配置文件里面加入

<Files ~ “.(php.|php3.)”>
        Order Allow,Deny
        Deny from all
</Files>

        ②用伪静态能解决这个问题,重写类似.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.php
www.xxxx.com/UploadFiles/image/1.jpg/ \0.php

另外一种手法:上传一个名字为test.jpg,以下内容的文件。

<?PHP fputs(fopen('shell.php','w'),'<?php eval($_POST[cmd])?>');?>

        然后访问test.jpg/.php,在这个目录下就会生成一句话木马shell.php。
修复方案
        ①修改php.ini文件,将cgi.fix_pathinfo的值设置为0;
        ②在Nginx配置文件中添加以下代码:

if ( $fastcgi_script_name ~ ..*/.*php ) {
  	return 403;
  }


三、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

修复方案

        ①目前尚无微软官方的补丁,可以通过自己编写正则,阻止上传xx.asp;.jpg类型的文件名。
        ②做好权限设置,限制用户创建文件夹。


四、IIS7.5解析漏洞

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


文章版权及转载声明:

本文由 心月IT技术博客 博主整理于 2020-01-07
若转载请注明原文及出处:https://www.xinyueseo.com/websecurity/586.html

分享到:
赞(
发表评论
快捷输入:

验证码

    评论列表 (有 0 条评论,人围观)参与讨论