CVE-2013-4547漏洞复现

Nginx 文件名逻辑漏洞  CVE-2013-4547

一、漏洞描述

 其实这个漏洞和代码执行没有太大的关系，主要的原因是错误的解析了请求的URI，错误地获取到用户请求的文件名，导致权限绕过，代码执行的连带影响

二、漏洞原理

举个例子,比如,nginx匹配到.php结尾的请求,就发送给fastcgi进行解析,常见的写法如下:　

location ~ \.php$ {

    include        fastcgi_params;

    fastcgi_pass   127.0.0.1:9000;

    fastcgi_index  index.php;

    fastcgi_param  SCRIPT_FILENAME  /var/www/html$fastcgi_script_name;

    fastcgi_param  DOCUMENT_ROOT /var/www/html;

}

 

正常情况下(关闭了pathinfo的情况下),只有.php后缀的文件才会被发送给fastcgi解析。

而存在CVE-2013-4547的情况下,我们请求1.gif[0x20][0x00].php,这个URI可以匹配上正则\.php$,可以进入这个Location块；但进入后,Nginx却错误地认为请求的文件是1.gif[0x20],就设置其为SCRIPT_FILENAME的值发送给fastcgi。

Fastcgi根据SCRIPT_FILENAME的值进行解析,最后造成了解析漏洞。

所以,我们只需要上传一个空格结尾的文件,即可使PHP解析之。

再举个例子,比如很多网站限制了允许访问后台的IP:　

location /admin/ {

    allow 127.0.0.1;

    deny all;

}

我们可以请求如下URI:/test[0x20]/../admin/index.php,这个URI不会匹配上location后面的/admin/,也就绕过了其中的IP验证;但最后请求的是/test[0x20]/../admin/index.php文件,也就是/admin/index.php,成功访问到后台。(这个前提是需要有一个目录test:这是Linux系统的特点,如果有一个不存在的目录,则即使跳转到上一层,也会爆文件不存在的错误,Windows下没有这个限制)

 

三、漏洞影响版本

Nginx 0.8.41~1.4.3

Nginx 1.5.0~1.5.7

四、漏洞编号

CVE-2013-4547

五、漏洞环境搭建和复现

1.使用在ubuntu搭建的vulhub漏洞环境，启动漏洞环境

cd vulhub-master/nginx/CVE-2013-4547              //切换到靶机目录    

docker-compose build                                      //创建环境

docker-compose up -d                           //打开环境

2.访问http://192.168.187.133:8080/，确认是否搭建好环境

3.查看源代码，查看过滤的文件格式

4.上传一个图片格式的木马文件名字为muma.jpg,内容是<?php phpinfo();?>，

被burp 拦截后需要在文件名后面加两个空格，发现上传成功

5.构造muma.jpg[0x20][0x00].php 来造成Nginx 解析漏洞使我们的muma.jpg解析成php，访问。  

先上传muma.jpg  .php 文件，注意jpg后面有两个空格

然后在burp中抓取数据包把muma.jpg后面的两个空格 [0x20][0x20] ---> [0x20][0x00] ,发现成功上传

6.访问http://192.168.187.133:8080/uploadfiles/muma.jpg  .php

但是空格会被编码，在burp手动改为muma.jpg  .php 

最后把muma.jpg后面的两个空格 [0x20][0x20] ---> [0x20][0x00] ,发现成功访问文件

 

参考链接：https://www.cnblogs.com/yuzly/p/11221564.html