過濾是Web應用安全的基礎。它是你驗證數據合法性的過程。通過在輸入時確認對所有的數據進行過濾，你可以避免被污染（未過濾）數據在你的程序中被誤信及誤用。大多數流行的PHP應用的漏洞最終都是因為沒有對輸入進行恰當過濾造成的。

我所指的過濾輸入是指三個不同的步驟：

l識別輸入

l過濾輸入

l區(qū)分已過濾及被污染數據

把識別輸入做為第一步是因為如果你不知道它是什么，你也就不能正確地過濾它。輸入是指所有源自外部的數據。例如，所有發(fā)自客戶端的是輸入，但客戶端并不是唯一的外部數據源，其它如數據庫和RSS推送等也是外部數據源。

由用戶輸入的數據非常容易識別，PHP用兩個超級公用數組$_GET 和$_POST來存放用戶輸入數據。其它的輸入要難識別得多，例如，$_SERVER數組中的很多元素是由客戶端所操縱的。常常很難確認$_SERVER數組中的哪些元素組成了輸入，所以，最好的方法是把整個數組看成輸入。

在某些情況下，你把什么作為輸入取決于你的觀點。例如，session數據被保存在服務器上，你可能不會認為session數據是一個外部數據源。如果你持這種觀點的話，可以把session數據的保存位置是在你的軟件的內部。意識到session的保存位置的安全與軟件的安全是聯系在一起的事實是非常明智的。同樣的觀點可以推及到數據庫，你也可以把它看成你軟件的一部分。

一般來說，把session保存位置與數據庫看成是輸入是更為安全的，同時這也是我在所有重要的PHP應用開發(fā)中所推薦的方法。

一旦識別了輸入，你就可以過濾它了。過濾是一個有點正式的術語，它在平時表述中有很多同義詞，如驗證、清潔及凈化。盡管這些大家平時所用的術語稍有不同，但它們都是指的同一個處理：防止非法數據進入你的應用。

有很多種方法過濾數據，其中有一些安全性較高。最好的方法是把過濾看成是一個檢查的過程。請不要試圖好心地去糾正非法數據，要讓你的用戶按你的規(guī)則去做，歷史證明了試圖糾正非法數據往往會導致安全漏洞。例如，考慮一下下面的試圖防止目錄跨越的方法（訪問上層目錄）。

CODE:

<?php

$filename = str_replace(’..’, ’.’, $_POST[’filename’]);

?>

你能想到$_POST[’filename’]如何取值以使$filename成為Linux系統中用戶口令文件的路徑../../etc/passwd嗎？

答案很簡單：

.../.../etc/passwd

這個特定的錯誤可以通過反復替換直至找不到為止：

CODE:

<?php

$filename = $_POST[’filename’];

while (strpos($_POST[’filename’], ’..’) != = FALSE)

{

$filename = str_replace(’..’, ’.’, $filename);

}

?>

當然，函數basename( )可以替代上面的所有邏輯，同時也能更安全地達到目的。不過重要點是在于任何試圖糾正非法數據的舉動都可能導致潛在錯誤并允許非法數據通過。只做檢查是一個更安全的選擇。

譯注：這一點深有體會，在實際項目曾經遇到過這樣一件事，是對一個用戶注冊和登錄系統進行更改，客戶希望用戶名前后有空格就不能登錄，結果修改時對用戶登錄程序進行了更改，用trim（）函數把輸入的用戶名前后的空格去掉了（典型的好心辦壞事），但是在注冊時居然還是允許前后有空格！結果可想而知。

除了把過濾做為一個檢查過程之外，你還可以在可能時用白名單方法。它是指你需要假定你正在檢查的數據是非法的，除非你能證明它是合法的。換而言之，你寧可在小心上犯錯。使用這個方法，一個錯誤只會導致你把合法的數據當成是非法的。盡管不想犯任何錯誤，但這樣總比把非法數據當成合法數據要安全得多。通過減輕犯錯引起的損失，你可以提高你的應用的安全性。盡管這個想法在理論上是很自然的，但歷史證明，這是一個很有價值的方法。

如果你能正確可靠地識別和過濾輸入，你的工作就基本完成了。最后一步是使用一個命名約定或其它可以幫助你正確和可靠地區(qū)分已過濾和被污染數據的方法。我推薦一個比較簡單的命名約定，因為它可以同時用在面向過程和面向對象的編程中。我用的命名約定是把所有經過濾的數據放入一個叫$clean的數據中。你需要用兩個重要的步驟來防止被污染數據的注入：

l經常初始化$clean為一個空數組。

l加入檢查及阻止來自外部數據源的變量命名為clean，

實際上，只有初始化是至關緊要的，但是養(yǎng)成這樣一個習慣也是很好的：把所有命名為clean的變量認為是你的已過濾數據數組。這一步驟合理地保證了$clean中只包括你有意保存進去的數據，你所要負責的只是不在$clean存在被污染數據。

為了鞏固這些概念，考慮下面的表單，它允許用戶選擇三種顏色中的一種；

CODE:

<form action='process.php' method='POST'>

Please select a color:

<select name='color'>

<option value='red'>red</option>

<option value='green'>green</option>

<option value='blue'>blue</option>

</select>

<input type='submit' />

</form>

在處理這個表單的編程邏輯中，非常容易犯的錯誤是認為只能提交三個選擇中的一個。在第二章中你將學到，客戶端能提交任何數據作為$_POST[’color’]的值。為了正確地過濾數據，你需要用一個switch語句來進行：

CODE:

<?php

$clean = array( );

switch($_POST[’color’])

{

case ’red’:

case ’green’:

case ’blue’:

$clean[’color’] = $_POST[’color’];

break;

}

?>

本例中首先初始化了$clean為空數組以防止包含被污染的數據。一旦證明$_POST[’color’]是red, green, 或blue中的一個時，就會保存到$clean[’color’]變量中。因此，可以確信$clean[’color’]變量是合法的，從而在代碼的其它部分使用它。當然，你還可以在switch結構中加入一個default分支以處理非法數據的情況。一種可能是再次顯示表單并提示錯誤。特別小心不要試圖為了友好而輸出被污染的數據。

上面的方法對于過濾有一組已知的合法值的數據很有效，但是對于過濾有一組已知合法字符組成的數據時就沒有什么幫助。例如，你可能需要一個用戶名只能由字母及數字組成：

CODE:

<?php

$clean = array( );

if (ctype_alnum($_POST[’username’]))

{

$clean[’username’] = $_POST[’username’];

}

?>

盡管在這種情況下可以用正則表達式，但使用PHP內置函數是更完美的。這些函數包含錯誤的可能性要比你自已寫的代碼出錯的可能性要低得多，而且在過濾邏輯中的一個錯誤幾乎就意味著一個安全漏洞。