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

漏洞原理

  1. 原理:

主要原因是错误地解析了请求的URI,错误地获取到用户请求的文件名,导致出现权限绕过、代码执行的连带影响。

举个例子,比如,Nginx匹配到.php结尾的请求,就发送给fastcgi进行解析,常见的写法如下:

CVE-2013-4547 Nginx 文件名逻辑漏洞_第1张图片

正常情况下(关闭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:

img

我们可以请求如下URI:/test[0x20]/…/admin/index.php,这个URI不会匹配上location后面的/admin/,也就绕过了其中的IP验证;但最后请求的是/test[0x20]/…/admin/index.php文件,也就是/admin/index.php,成功访问到后台。(这个前提是需要有一个目录叫“test ”:这是Linux系统的特点,如果有一个不存在的目录,则即使跳转到上一层,也会爆文件不存在的错误,Windows下没有这个限制)

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

漏洞复现

  1. 启动环境

img

  1. 访问网站

CVE-2013-4547 Nginx 文件名逻辑漏洞_第2张图片

  1. 提交一个含phpinfo函数的gif图片,如果是Linux系统的话,需要在后缀后面添加空格,如果是Win系统的话就不需要添加空格,因为Linux系统允许后缀名为空格。

CVE-2013-4547 Nginx 文件名逻辑漏洞_第3张图片

  1. 访问根据回显的文件上传路径进行访问gif文件并且进行抓包,在原来的空格后面添加…php,方便后面更改后缀,将[20]…php更改为原来的[20][00].php。

img

  1. 然后在进行发包,发现成功显示。

CVE-2013-4547 Nginx 文件名逻辑漏洞_第4张图片

你可能感兴趣的:(nginx,php,安全)