PHP有一個配置選項叫allow_url_fopen，該選項默認是有效的。它允許你指向許多類型的資源，並像本地文件一樣處理。例如，通過讀取URL你可以取得某一個頁面的內容（HTML）,看下面的代碼
復制代碼 代碼如下:
<?php
$contents = file_get_contents('http://www.jb51.net/');
?>
當被污染數據用於include和require的文件指向時，會產生嚴重漏洞。實際上，我認為這種漏洞是PHP應用中最危險的漏洞之一，這是因為它允許攻擊者執行任意代碼。盡管嚴重性在級別上要差一點，但在一個標准文件系統函數中使用了被污染數據的話，會有類似的漏洞產生：
復制代碼 代碼如下:
<?php
$contents = file_get_contents($_GET['filename']);
?>
該例使用戶能操縱file_get_contents( )的行為，以使它獲取遠程資源的內容。考慮一下類似下面的請求：
http://example.org/file.php?file ... mple.org%2Fxss.html
這就導致了$content的值被污染的情形，由於這個值是通過間接方式得到的，因此很可能會忽視這個事實。這也是深度防范原則會視文件系統為遠程的數據源，同時會視$content的值為輸入，這樣你的過濾機制會潛在的起到扭轉乾坤的作用。
由於$content值是被污染的，它可能導致多種安全漏洞，包括跨站腳本漏洞和SQL注入漏洞。例如，下面是跨站腳本漏洞的示例：
復制代碼 代碼如下:
<?php
$contents = file_get_contents($_GET['filename']);
echo $contents;
?>
解決方案是永遠不要用被污染的數據去指向一個文件名。要堅持過濾輸入，同時確信在數據指向一個文件名之前被過濾即可：
復制代碼 代碼如下:
<?php
$clean = array();
/* Filter Input ($_GET['filename']) */
$contents = file_get_contents($clean['filename']);
?>
盡管無法保證$content中的數據完全沒有問題，但這還是給出了一個合理的保證，即你讀取的文件正是你想要讀取的文件，而不是由攻擊者指定的。為加強這個流程的安全性，你同樣需要把$content看成是輸入，並在使用前對它進行過濾。
復制代碼 代碼如下:
<?php
$clean = array();
$html = array();
/* Filter Input ($_GET['filename']) */
$contents = file_get_contents($clean['filename']);
/* Filter Input ($contents) */
$html['contents'] = htmlentities($clean['contents'], ENT_QUOTES, 'UTF-8');
echo $html['contents'];
?>
上面的流程提供了防范多種攻擊的強有力的方法，同時在實際編程中推薦使用。
