- 相關(guān)推薦
php中allow-url-include的應(yīng)用分析
php常因為它可能允許URLS被導(dǎo)入和執(zhí)行語句被人們指責(zé)。這是導(dǎo)致稱為Remote URL Include vulnerabilities的php應(yīng)用程序漏洞的最重要的原因之一。就跟隨百分網(wǎng)小編一起去了解下吧，想了解更多相關(guān)信息請持續(xù)關(guān)注我們應(yīng)屆畢業(yè)生考試網(wǎng)!
php常因為它可能允許URLS被導(dǎo)入和執(zhí)行語句被人們指責(zé)。
這是導(dǎo)致稱為Remote URL Include vulnerabilities的php應(yīng)用程序漏洞的最重要的原因之一。
也因為如此，有些安全人員建議在php.ini配置中禁用指向allow_url_fopen。
不過，這樣會破壞很多的應(yīng)用并且并不能保證100%的解決remote URL includes以及他帶來的不安全性。
通常，用戶要求在他們使用其他的文件系統(tǒng)函數(shù)的時候，php允許禁止URL包含和請求聲明支持。
鑒于此，計劃在PHP6中提供allow_url_include。在這些討論之后，這些特性在php5.2.0 中被backported。現(xiàn)在大多數(shù)的安全研究人員已經(jīng)改變了他們的建議，只建議人們禁止allow_url_include。
allow_url_fopen和allow_url_include并不是導(dǎo)致問題的原因。一方面來說在應(yīng)用中包含本地文件仍然是一件足夠危險的事情，因為攻擊者經(jīng)常通過sessiondata, fileupload, logfiles,...等方法獲取php代碼………
另一方面allow_url_fopen和allow_url_include只是保護(hù)了against URL handles標(biāo)記為URL.這影響了http(s) and ftp(s)但是并沒有影響php或date(new in php5.2.0) urls.這些url形式，都可以非常簡單的進(jìn)行php代碼注入。
例1: Use php://input to read the POST data
復(fù)制代碼 代碼如下:
<?php
// Insecure Include
// The following Include statement will
// include and execute everything POSTed
// to the server
include "php://input";
?>
例2: Use data: to Include arbitrary code
復(fù)制代碼 代碼如下:
<?php
// Insecure Include
// The following Include statement will
// include and execute the base64 encoded
// payload. Here this is just phpinfo()
include "data:;base64,PD9waHAgcGhwaW5mbygpOz8+";
?>
把這些放到運算里將會發(fā)現(xiàn)既不是url_allow_fopen也不是url_allor_include 被保障。
只是因為過濾器很少對矢量進(jìn)行過濾。如果要完全解決這個URL include vulnerabilities的方法則需要應(yīng)用Suhosin擴(kuò)展。
【php中allow-url-include的應(yīng)用分析】相關(guān)文章：
php中引用的用法分析04-01
php-smarty模版引擎中的緩存應(yīng)用12-05
PHP與ASP的分析對比03-28
PHP頁面漏洞分析的方法03-27
php中file-get-contents與curl性能比較分析12-11
php發(fā)展和php應(yīng)用為什么比asp強(qiáng)03-02
PHP中this關(guān)鍵字03-28
PHP前端開發(fā)中的性能03-28