日期:2010-08-25  浏览次数:20504 次

Aiyiweb.Com提示:allow_url_include的使用和解释.

PHP常常由于它可能允许URLS被导入和执行语句被人们指摘。理想上,这件事情并不是很让人感到惊奇,由于这是导致称为Remote URL Include vulnerabilities的php使用程序漏洞的最重要的缘由之一。

由于这个缘由,许多安全研讨人员建议在php.ini配置中禁用指向allow_url_fopen。不幸的是,许多推荐这种方法的人,并没无认识到,这样会破坏很多的使用并且并不能保证100%的处理remote URL includes以及他带来的不安全性。

通常,用户要求在他们使用其他的文件系统函数的时候,php允许禁止URL包含和请求声明支持。

由于这个缘由,计划在PHP6中提供allow_url_include。在这些讨论之后,这些特性在php5.2.0 中被backported。如今大多数的安全研讨人员曾经改变了他们的建议,只建议人们禁止allow_url_include。

不幸的是,allow_url_fopen和allow_url_include并不是导致问题的缘由。一方面来说在使用中包含本地文件仍然是一件足够危险的事情,由于攻击者经常通过sessiondata, fileupload, logfiles,...等方法获取php代码………

另一方面allow_url_fopen和allow_url_include只是保护了against URL handles标记为URL.这影响了http(s) and ftp(s)但是并没有影响php或date(new in php5.2.0) urls.这些url方式,都可以非常简单的进行php代码注入。

Example 1: Use php://input to read the POST data 

<?php
// Insecure Include
// The following Include statement will
// include and execute everything POSTed
// to the server

include "php://input";
?>

Example 2: Use data: to Include arbitrary code

<?php
// Insecure Include
// The following Include statement will
// include and execute the base64 encoded
// payload. Here this is just phpinfo()

include "data:;base64,PD9waHAgcGhwaW5mbygpOz8+";
?>

把这些放到我们的运算里面将会非常明显的发现既不是url_allow_fopen也不是url_allor_include 被保障。这些只是由于过滤器很少对矢量进行过滤。能够100%处理这个URL include vulnerabilities的方法是我们的Suhosin扩展.