最新文章:

首页 渗透测试

浅谈web服务器解析漏洞(IIS、Apache、Nginx)

发布时间:2020年07月14日 评论数:抢沙发 阅读数:1075

    服务器文件解析漏洞算是历史比较悠久了,但如今依然广泛存在。在此记录汇总一些常见服务器(WEB server)的解析漏洞,比如IIS6.0、IIS7.5、apache、nginx等。

     

    一、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文件了。

     

    xx.asp;.jpg

    第一种,在网站下建立文件夹的名字为 .asp、.asa 的文件夹,其目录内的任何扩展名的文件都被IIS当作asp文件来解析并执行。

    例如:创建目录 xx.asp;.jpg,那么

    /xx.asp/1.jpg

    将被当作asp文件来执行。假设黑客可以控制上传文件夹路径,就可以不管你上传后你的图片改不改名都能拿shell了。

     

    第二种,在IIS6.0下,分号后面的不被解析,也就是说

    xx.asp;.jpg

    会被服务器看成是xx.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就会把test.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
    </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>
    三、IIS 7.0、IIS 7.5、Nginx <8.03 畸形解析漏洞
      漏洞原理  
    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错误代码。

     

    四、Nginx< 8.03 空字节代码 解析漏洞

    影响版:0.5、0.6、0.7<= 0.7.65、0.8 <= 0.8.37

     

    Nginx在图片中嵌入PHP代码然后通过访问xxx.jpg%00.php

    来执行其中的代码;

     

    五、其它解析漏洞

    在windows环境下,xx.jpg[空格]xx.jpg. 这两类文件都是不允许存在的,若这样命名,windows会默认除去空格或点,黑客可以通过抓包,在文件名后加一个空格或者点绕过黑名单,若上传成功,空格和点都会被windows自动消除,这样也可以getshell。

     

    如果在Apache中 .htaccess 可被执行,且可被上传,那可以尝试在.htaccess中写入:

    SetHandler application/x-httpd-php

    然后再上传shell.jpg的木马, 这样shell.jpg就可解析为php文件。


二维码加载中...
本文作者:h4ck1r      文章标题: 浅谈web服务器解析漏洞(IIS、Apache、Nginx)
本文地址:https://www.hackexp.cn/?post=39
版权声明:若无注明,本文皆为“h4ck1r's Blog”原创,转载请保留文章出处。
挤眼 亲亲 咆哮 开心 想想 可怜 糗大了 委屈 哈哈 小声点 右哼哼 左哼哼 疑问 坏笑 赚钱啦 悲伤 耍酷 勾引 厉害 握手 耶 嘻嘻 害羞 鼓掌 馋嘴 抓狂 抱抱 围观 威武 给力
提交评论

清空信息
关闭评论
正在加载中……
sitemap