Nginx 文件名逻辑漏洞复现(CVE-2013-4547)

一、漏洞描述

影响版本:Nginx 0.8.41 ~ 1.4.3 / 1.5.0 ~ 1.5.7

二、漏洞原理

这个漏洞其实和代码执行没有太大关系,其主要原因是错误地解析了请求的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 文件名逻辑漏洞复现(CVE-2013-4547)_第1张图片

四、漏洞复现

访问http://192.168.36.147:8080/
Nginx 文件名逻辑漏洞复现(CVE-2013-4547)_第2张图片
这个环境是黑名单验证,我们无法上传php后缀的文件,需要利用CVE-2013-4547。我们上传一个mu.jpg,
mu.jpg文件内容如下

 phpinfo();?>

上传mu.jpg文件,并用burpsuite抓包将mu.jpg修改为mu.jpg .php
Nginx 文件名逻辑漏洞复现(CVE-2013-4547)_第3张图片
然后将mu.jpg .php对应的HEX修改为20 00 2e
Nginx 文件名逻辑漏洞复现(CVE-2013-4547)_第4张图片
上传成功后,浏览器访问http://192.168.36.147:8080/uploadfiles/mu.jpg…php,并用burpsuite抓包修改HEX为20 00 2e
Nginx 文件名逻辑漏洞复现(CVE-2013-4547)_第5张图片
成功解析
Nginx 文件名逻辑漏洞复现(CVE-2013-4547)_第6张图片
该漏洞不受cgi.fix_pathinfo影响,当其为0时,依旧解析,在Windows上有所限制。

五、漏洞防御

  1. 设置security.limit_extensions = .php
  2. 升级Nginx

更多web安全工具与存在漏洞的网站搭建源码,收集整理在知识星球。
Nginx 文件名逻辑漏洞复现(CVE-2013-4547)_第7张图片

你可能感兴趣的:(#)