Nginx 文件名逻辑漏洞（CVE-2013-4547）
影响版本：Nginx 0.8.41 ~ 1.4.3 / 1.5.0 ~ 1.5.7
这个漏洞其实和代码执行没有太大关系，其主要原因是错误地解析了请求的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解析之。
环境搭建
docker-compose build
docker-compose up -d
image.png
image.png
启动后，访问http://your-ip:8080/即可看到一个上传页面。
image.png
漏洞复选
上传一个php后缀的文件，上传失败不是支持的类型。
image.png
然后我们修改后缀上传一个gif后缀的，内容是phpinfo的文件
抓包在gif后缀后面再加一个空格，发现上传成功
image.png
之后访问上传文件路径后加上.php，抓取数据包
image.png
之后打开hex编码，在 .php前面加上[0x20][0x00]俩个编码，一个代表空格一个代表\0
image.png
然后再转发数据包可以发现gif被当成php成功解析。
image.png
