作為PHP程式設計師，特別是新手，對於網際網路的險惡總是知道的太少，對於外部的入侵有很多時候是素手無策的，他們根本不知道黑客是如何入侵的、提交入侵、上傳漏洞、sql 注入、跨指令碼攻擊等等。作為最基本的防範你需要注意你的外部提交，做好第一面安全機制處理防火牆。接下來是本站小編精心為大家整理的PHP開發安全技巧，希望對大家有所幫助!更多內容請關注應屆畢業生網!
規則 1：絕不要信任外部資料或輸入
關於Web應用程式安全性，必須認識到的第一件事是不應該信任外部資料。外部資料(outside data) 包括不是由程式設計師在PHP程式碼中直接輸入的任何資料。在採取措施確保安全之前，來自任何其他來源(比如 GET 變數、表單 POST、資料庫、配置檔案、會話變數或 cookie)的任何資料都是不可信任的。
例如，下面的資料元素可以被認為是安全的，因為它們是在PHP中設定的。
清單1.安全無暇的程式碼 $myUsername=‘tmyer’; $arrayarrayUsers=array(‘tmyer’,‘tom’,‘tommy’); define(“GREETING”,‘hellothere’.$myUsername); ?>
但是，下面的資料元素都是有瑕疵的。
清單2.不安全、有瑕疵的程式碼 $myUsername=$_POST['username'];//tainted! $arrayarrayUsers=array($myUsername,‘tom’,‘tommy’);//tainted! define(“GREETING”,‘hellothere’.$myUsername);//tainted! ?>
為什麼第一個變數$myUsername 是有瑕疵的`?因為它直接來自表單 POST。使用者可以在這個輸入域中輸入任何字串，包括用來清除檔案或執行以前上傳的檔案的惡意命令。您可能會問，“難道不能使用只接受字母 A-Z 的客戶端(Javascrīpt)表單檢驗指令碼來避免這種危險嗎?”是的，這總是一個有好處的步驟，但是正如在後面會看到的，任何人都可以將任何表單下載 到自己的機器上，修改它，然後重新提交他們需要的任何內容。
解決方案很簡單：必須對$_POST['username'] 執行清理程式碼。如果不這麼做，那麼在使用$myUsername的任何其他時候(比如在陣列或常量中)，就可能汙染這些物件。對使用者輸入進行清理的一個簡 單方法是，使用正則表示式來處理它。在這個示例中，只希望接受字母。將字串限制為特定數量的字元，或者要求所有字母都是小寫的，這可能也是個好主意。
清單3.使使用者輸入變得安全 $myUsername=cleanInput($_POST['username']);//clean! $arrayarrayUsers=array($myUsername,‘tom’,‘tommy’);//clean! define(“GREETING”,‘hellothere’.$myUsername);//clean! functioncleanInput($input){$clean=strtolower($input); $clean=preg_replace(“/[^a-z]/”,“”,$clean); $clean=substr($clean,0,12);return$clean; } ?>
規則 2：禁用那些使安全性難以實施的PHP設定
已經知道了不能信任使用者輸入，還應該知道不應該信任機器上配置 PHP 的方式。例如，要確保禁用 register_globals。如果啟用了 register_globals，就可能做一些粗心的事情，比如使用 $variable 替換同名的 GET 或 POST 字串。通過禁用這個設定，PHP 強迫您在正確的名稱空間中引用正確的變數。要使用來自表單 POST 的變數，應該引用 $_POST['variable']。這樣就不會將這個特定變數誤會成 cookie、會話或 GET 變數。
規則 3：如果不能理解它，就不能保護它
一些開發人員使用奇怪的語法，或者將語句組織得很緊湊，形成簡短但是含義模糊的程式碼。這種方式可能效率高，但是如果您不理解程式碼正在做什麼，那麼就無法決定如何保護它。例如，您喜歡下面兩段程式碼中的哪一段?
清單4.使程式碼容易得到保護 //obfuscatedcode $input=(isset($_POST['username'])?$_POST['username']:”); //unobfuscatedcode $input=”; if(isset($_POST['username'])){ $input=$_POST['username']; }else{ $input=”; }
在第二個比較清晰的程式碼段中，很容易看出 $input 是有瑕疵的，需要進行清理，然後才能安全地處理。
規則 4：“縱深防禦” 是新的法寶
本教程將用示例來說明如何保護線上表單，同時在處理表單的 PHP 程式碼中採用必要的措施。同樣，即使使用 PHP regex 來確保 GET 變數完全是數字的，仍然可以採取措施確保 SQL 查詢使用轉義的使用者輸入。縱深防禦不只是一種好思想，它可以確保您不會陷入嚴重的麻煩。既然已經討論了基本規則，現在就來研究第一種威脅：SQL 注入攻擊。
◆防止SQL注入攻擊
在SQL注入攻擊中，使用者通過操縱表單或 GET 查詢字串，將資訊新增到資料庫查詢中。例如，假設有一個簡單的登入資料庫。這個資料庫中的每個記錄都有一個使用者名稱欄位和一個密碼欄位。構建一個登入表單，讓使用者能夠登入。
Loginaction=””method=”post”>
for=’user’>Username type=’text’name=’user’id=’user’/>
for=’pw’>Password type=’password’name=’pw’id=’pw’/>
type=’submit’value=’login’/>
這個表單接受使用者輸入的使用者名稱和密碼，並將使用者輸入提交給名為的檔案。在這個檔案中，PHP處理來自登入表單的資料，如下所示：
清單5.不安全的PHP表單處理程式碼 $okay=0; $username=$_POST['user']; $pw=$_POST['pw']; $sql=“selectcount(*)asctrfromuserswhereusername=’”.$username.”‘andpassword=’”.$pw.”‘limit1″; $result=mysql_query($sql); while($data=mysql_fetch_object($result)){ if($data->ctr==1){ //they’reokaytoentertheapplication! $okay=1; } } if($okay){ $_SESSION['loginokay']=true; header(“”); }else{ header(“”); } ?>
這段程式碼看起來沒問題，對嗎?世界各地成百(甚至成千)的 PHP/MySQL 站點都在使用這樣的程式碼。它錯在哪裡?好，記住 “不能信任使用者輸入”。這裡沒有對來自使用者的任何資訊進行轉義，因此使應用程式容易受到攻擊。具體來說，可能會出現任何型別的SQL注入攻擊。例如，如果 使用者輸入 foo 作為使用者名稱，輸入 ‘ or ’1′=’1 作為密碼，那麼實際上會將以下字串傳遞給 PHP，然後將查詢傳遞給 MySQL：
$sql=“selectcount(*)asctrfromuserswhereusername=’foo’andpassword=”or’1′=’1′limit1″;?>
這個查詢總是返回計數值 1，因此 PHP 會允許進行訪問。通過在密碼字串的末尾註入某些惡意 SQL，黑客就能裝扮成合法的使用者。解決這個問題的辦法是，將 PHP 的內建 mysql_real_escape_string() 函式用作任何使用者輸入的包裝器。這個函式對字串中的字元進行轉義，使字串不可能傳遞撇號等特殊字元並讓 MySQL 根據特殊字元進行操作。清單7展示了帶轉義處理的程式碼。
清單7展示了帶轉義處理的程式碼 $okay=0; $username=$_POST['user']; $pw=$_POST['pw']; $sql=”selectcount(*)asctrfromuserswhereusername=’”l_real_escape_string($username).”‘andpassword=’”l_real_escape_string($pw).”‘limit1″; $result=mysql_query($sql); while($data=mysql_fetch_object($result)){ if($data->ctr==1){//they’reokaytoentertheapplication! $okay=1; } } if($okay){ $_SESSION['loginokay']=true; header(“”); } else{ header(“”); } ?>
使用 mysql_real_escape_string() 作為使用者輸入的包裝器，就可以避免使用者輸入中的任何惡意 SQL 注入。如果使用者嘗試通過 SQL 注入傳遞畸形的密碼，那麼會將以下查詢傳遞給資料庫：
selectcount(*)asctrfromuserswhereusername=’foo’andpassword=’’or’1’=’1′
