我在代码审计知识星球里提到了Apache最新的一个解析漏洞(CVE-2017-15715):
除了帖子中说到的利用方法,我们还可以利用这个漏洞来绕过上传黑名单限制。
比如,目标存在一个上传的逻辑:
<?php
if(isset($_FILES['file'])) {
$name = basename($_POST['name']);
$ext = pathinfo($name,PATHINFO_EXTENSION);
if(in_array($ext, ['php', 'php3', 'php4', 'php5', 'phtml', 'pht'])) {
exit('bad file');
}
move_uploaded_file($_FILES['file']['tmp_name'], './' . $name);
}
可见,这里用到了黑名单,如果发现后缀在黑名单中,则进行拦截。
然后,我们用docker启动一个默认的Apache PHP(Apache版本在2.4.0到2.4.29即可):
docker run -d -p 8080:80 --name apache php:5.5-apache
将上述代码放置在容器内的/var/www/html
目录下,设置好写权限,即可进行测试。
正常上传php文件,被拦截:
可以上传1.php.xxx,但是不解析,说明老的Apache解析漏洞不存在:
我们利用CVE-2017-15715,上传一个包含换行符的文件。注意,只能是\x0A
,不能是\x0D\x0A
,所以我们用hex功能在1.php后面添加一个\x0A
:
然后访问/1.php%0A
,即可发现已经成功getshell:
研究这个漏洞的过程中遇到几个问题:
$_FILES['file']['name']
,因为他会自动把换行去掉,这一点有点鸡肋<FileMatch>
:<FilesMatch \.php$>
SetHandler application/x-httpd-php
</FilesMatch>
所以理论上,只要用正则来匹配后缀进行php解析的Apache就有这个问题。而这个做法刚好是为了解决Apache老的解析漏洞而做的,可谓非此即彼,必然存在一种解析漏洞。
延伸一下,其他环境是不是可能出现同样的问题?比如nginx + php,我进行了测试,发现结果却有些区别:
如上图,成功上传后,访问却出现Access denied
错误。
这也是我预想的结果,因为我在《Fastcgi协议分析 && PHP-FPM未授权访问漏洞 && Exp编写》已经提到过,fpm存在一个security.limit_extensions
配置,默认只解析php后缀的文件,多一个换行也不行。
漏洞本身其实没啥意思,但是$
这个原理,以后应该还会有更多用处。