重现Nginx解析漏洞的过程

1、漏洞原理

(1)由于nginx.conf的如下配置导致nginx把以’.php’结尾的文件交给fastcgi处理,为此可以构造http://ip/uploadfiles/test.png/.php (url结尾不一定是‘.php’,任何服务器端不存在的php文件均可,比如’a.php’),其中test.png是我们上传的包含PHP代码的照片文件。

(2)但是fastcgi在处理’.php’文件时发现文件并不存在,这时php.ini配置文件中cgi.fix_pathinfo=1 发挥作用,这项配置用于修复路径,如果当前路径不存在则采用上层路径。为此这里交由fastcgi处理的文件就变成了’/test.png’。

(3)最重要的一点是php-fpm.conf中的security.limit_extensions配置项限制了fastcgi解析文件的类型(即指定什么类型的文件当做代码解析),此项设置为空的时候才允许fastcgi将’.png’等文件当做代码解析。

2、漏洞复现

(1)切换目录：cd vulhub/nginx/nginx_parsing_vulnerability/php-fpm

(2)vim docker-compose.yml，修改端口映射。

(3) docker-compose up -d 启动。

(4)访问：http://192.168.254.128:85

(5)上传一个图片，burpsuite抓包。

(6)send to repeater，修改数据包，在末尾添加<?php phpinfo();?>,点击go。

(7)浏览器访问：

http://192.168.254.128:85/uploadfiles/e5bdc002bca6a0f0277dd65a7a3c6ed6.jpg/.php