文章目录
一、Nginx配置
- 创建容器(后台运行):
docker run -d -p <本机端口>:<容器端口> <image> - 创建容器(后台运行)后,进入容器:
docker exec -it <容器名> /bin/bash - 使用下列语句安装相关环境
apt-get update更新源apt-get install nginx安装nginxservice nginx start启动nginx服务apt-get install php5-fpm安装php5-fpm
刚安装好的Nginx是不能解析php的,需要修改配置文件:/etc/nginx/sites-available/default

Nginx有两种启动方式:
- 第五行打开,就是使用TCP方式启动,php-fpm将会本地监听9000端口;
- 倒数第三行打开,则是使用套接字方式启动。
现在使用/etc/init.d/php5-fpm start启动web服务,然后到web目录中写一个测试php文件,重启nginx服务,尝试访问,如果可以解析,则环境配置成功。

Nginx相关目录:
/usr/share/nginx/html#默认web目录/etc/nginx/# 配置文件目录/etc/php5/fpm# php配置文件目录/var/log/nginx/access.log# 访问日志/var/log/nginx/error/log# 错误日志
二、Nginx解析漏洞原理
- 对任意文件名,在后面添加
/任意文件名.php的解析漏洞,比如原本文件名为test.jpg,可以添加为test.jpg/x.php进行解析攻击; - 对低版本的Nginx可以在任意文件名后面添加
%00.php进行解析攻击。
和Apache一样,Nginx也是通过
mime.types识别文件,文件路径:/etc/nginx/mime.types
创建一个1.jpg文件,然后访问1.jpg/1.php,显示Access denied。

不是解析为php文件吗?没有开启路径修改 or security.limit_extensions
Nginx拿到文件路径
1.jpg/1.php,一看后缀是.php,便认为该文件是.php,转交给php解释器去处理。php解释器一看1.jpg/1.php不存在,便删去/1.php,又看/1.jpg存在,便把/1.jpg当作执行的文件,又因为文件后缀是.jpg,php解释器认为这不是php文件,于是返回"Access denied"。
要想复现Nginx解析漏洞,应该:
- 配置
cgi.fix_pathinfo
cgi.fix_pathinfo,该值默认为1,表示开启。用途:对文件路径进行"修理"。 当php解释器遇到文件路径/aaa.xxx/bbb.yyy/ccc.zzz时,若/aaa.xxx/bbb.yyy/ccc.zzz不存在,则会去掉最后的/ccc.zzz,然后判断/aaa.xxx/bbb.yyy是否存在,若存在,则把/aaa.xxx/bbb.yyy当作文件/aaa.xxx/bbb.yyy/ccc.zzz。若不存在,则继续去掉/bbb.yyy,依此类推。 - 配置
www.conf
配置/etc/php5/fpm/pool.d/www.conf中的security.limit_extensions允许解析其他格式文件为PHP。

再次访问1.jpg/1.php。

三、Nginx文件解析漏洞修复方法
- 将
php.ini文件中的cgi.fix_pathinfo的值设为0。这样php在解析1.jpg/1,php的路径时,主要1.php不存在就会显示404。 - 将
/etc/php5/fpm/pool.d/www.conf中的security.limit_extensions后面的值设置为.php,就是说只允许解析后缀名为.php的php文件。