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

Posted 2021-06-26 番茄酱料

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Nginx文件名逻辑漏洞（CVE-2013-4547）相关的知识，希望对你有一定的参考价值。

一.漏洞原理

总：这个漏洞其实和代码执行没有太大的关系,主要原因是错误地解析了请求的URL,错误地获取到用户请求的文件名,导致出现权限绕过、代码执行的连带影响。
举个例子,比如,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

三.漏洞复现

复现环境：vulhub
1.开启该环境
命令：docker-compose up -d
在这里插入图片描述
2.打开网址
网址：http://10.0.78.22:8080/

3.因为这里是黑名单上传，所以我们直接上传个图片（ma3.jpg），内容为<?php phpinfo();?>

查看文件路径

4.用burp抓取http://10.0.78.22:8080/uploadfiles/ma3.jpgAAAphp，并修改
（这里我们将AAA分别依次换成0x20（空格），0x00（截止符\\0）和2e（分隔符），注意是三个A，之所以不写成两个A一个点是因为.php是无法上传的）
在这里插入图片描述
修改后：

直接go

发现失败，这是我前几次都没试成功的原因，那么哪里出错了？
我们需要上传ma3.jpg的时候后面留一个空格。
再来一次，我们将其改名成ma4.jpg，防止和之前的冲突
5.我们用burp将ma4.jpg上传
在这里插入图片描述
6.将ma4.jpg后面加一个空格

注意箭头处有一个空格，然后go

成功上传
7.我们继续访问http://10.0.78.22:8080/uploadfiles/ma4.jpgAAAphp并用burp抓包，并修改

再次go

成功返回不同的结果，forward查看

成功解析