测试过nginx诸多版本,都有该漏洞。
漏洞场景: nginx + php-cgi
漏洞重现:
在网站根目录上传一个文件1.jpg
内容为:
<?php echo 111; ?>
复制代码
这样访问: http://yourdomain/1.jpg/123.php //这里的123随意定义,写成abc也行,关键后边是.php
这样就能解析php了 结果为
111
这似乎很危险,如果作为系统管理员的你不知道该漏洞,那么别有用心的小人在你的网站上传了本是php内容的“图片”,毕竟你的网站是允许上传图片的。,如果他上传了木马,那么后果不堪设想。
至于原理,等会再讲,先说说如何解决该漏洞。
解决方法也很简单,打开php.ini
设置 cgi.fix_pathinfo=0
注意,默认这个参数是注释掉的,当然默认值肯定不是0,所以有必要把注释号去掉,打开该参数。
为什么会有这样的漏洞呢?这是因为:
nginx的location对请求进行选择的时候会使用URI环境变量进行选择,其中传递到后端Fastcgi的关键变量SCRIPT_FILENAME由nginx生成的$fastcgi_script_name决定,而通过分析可以看到$fastcgi_script_name是直接由URI环境变量控制的,这里就是产生问题的点。