由于博主在渗透网站时发现现在Nginx搭建的网站是越来越多
所以对Nginx的漏洞来一个全面性的复习，本次从Nginx较早的漏洞开始分析。
2013年底，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块；但进入后，由于fastcgi在查找文件时被 截断，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下没有这个限制）
简单来说就是我们构造：http://127.0.0.1/test.aaa bbb
让Nginx认为文件“file.aaa ”的后缀为“.bbb”。
漏洞测试
我们在本地搭建一个nginx搭建的上传页面：
这个环境是黑名单验证，我们无法上传php后缀的文件：
需要利用CVE-2013-4547。我们上传一个test.gif，里面的内容还是<?php phpinfo();?>，注意后面的空格：
发现上传成功，接下来需要构造我们 test.gif[0x20][0x00].php 来造成Nginx解析漏洞，使我们的test.gif被
解析成php，访问 http://192.168.0.132:8080/uploadfiles/test.gif .php，在burp抓取的数据包中把 test.gif
后面的两个空格 [0x20][0x20] ---> [0x20][0x00] ，然后repeater发包可发现PHP已被解析：
注意，[0x20]是空格，[0x00]是 ，这两个字符都不需要编码。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
CVE-2013-4547还可以用于绕过访问限制，虽然和文件解析漏洞无关，但也记录在这里。
首先在网站根目录下新建一个目录，命名为privited，在目录privated中新建文件test.php，内容随意。
然后在Nginx的配置文件中写上：
location /privated/ { deny all; }
以禁止该目录的访问。接着在网站根目录下新建一个目录，名为 “bmjoker ”，目录名的最后一个字符是空格，
该目录用于触发漏洞。最后来进行验证，直接访问：
http://127.0.0.1/privated/test.php
返回 “403 Forbidden” 。利用漏洞访问：
http://127.0.0.1/bmjoker /../privated/test.php
成功访问到文件 test.php 。注意URL中的空格，不要将空格编码。
为成功利用漏洞，我们在测试中准备了名字以空格结尾的文件和目录，这是因为在linux中，文件名是可以以空格结尾的。若不准备这样的文件，漏洞可以成功触发，但结果却是404，找不到类似“test.jpg ”这样的文件。而在Windows中，文件名不能以空格结尾，所以Windows程序遇到文件名“test.jpg ”会自动去掉最后的空格，等同于访问“test.jpg”，基于这样的原因，这一漏洞在Windows中会很容易利用。
结语：
由此可知，常规利用中如果想触发代码执行，条件为可上传带空格的文件到服务器，
并且服务器存储的时候也需要保留空格，而大多数情况下，web应用在处理上传文件
时，都会将文件重命名，通过应用自身添加后缀，或者对后缀名去掉特殊字符后，做类型判断。
以上因素都导致此漏洞被认为是鸡肋漏洞，难以利用，而被人们所忽略
参考链接：
https://blog.werner.wiki/file-resolution-vulnerability-nginx/