問題描述：

如果用戶輸入的數(shù)據(jù)在未經(jīng)處理的情況下插入到一條SQL查詢語句，那么應(yīng)用將很可能遭受到SQL注入攻擊，正如下面的例子：
 

因?yàn)橛脩舻妮斎肟赡苁沁@樣的：
 

那么SQL查詢將變成如下：

應(yīng)該采取哪些有效的方法來防止SQL注入？



最佳回答（來自Theo）：

使用預(yù)處理語句和參數(shù)化查詢。預(yù)處理語句和參數(shù)分別發(fā)送到數(shù)據(jù)庫服務(wù)器進(jìn)行解析，參數(shù)將會(huì)被當(dāng)作普通字符處理。這種方式使得攻擊者無法注入惡意的SQL。 你有兩種選擇來實(shí)現(xiàn)該方法：

1、使用PDO：

2、使用mysqli：

PDO

注意，在默認(rèn)情況使用PDO并沒有讓MySQL數(shù)據(jù)庫執(zhí)行真正的預(yù)處理語句（原因見下文）。為了解決這個(gè)問題，你應(yīng)該禁止PDO模擬預(yù)處理語句。一個(gè)正確使用PDO創(chuàng)建數(shù)據(jù)庫連接的例子如下：

$dbConnection = new PDO('mysql:dbname=dbtest;host=127.0.0.1;charset=utf8', 'user', 'pass');
$dbConnection->setAttribute(PDO::ATTR_EMULATE_PREPARES, false);
$dbConnection->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

在上面的例子中，報(bào)錯(cuò)模式(ATTR_ERRMODE)并不是必須的，但建議加上它。這樣，當(dāng)發(fā)生致命錯(cuò)誤(Fatal Error)時(shí)，腳本就不會(huì)停止運(yùn)行，而是給了程序員一個(gè)捕獲PDOExceptions的機(jī)會(huì)，以便對(duì)錯(cuò)誤進(jìn)行妥善處理。 然而，第一個(gè)setAttribute()調(diào)用是必須的，它禁止PDO模擬預(yù)處理語句，而使用真正的預(yù)處理語句，即有MySQL執(zhí)行預(yù)處理語句。這能確保語句和參數(shù)在發(fā)送給MySQL之前沒有被PHP處理過，這將使得攻擊者無法注入惡意SQL。了解原因，可參考這篇博文：PDO防注入原理分析以及使用PDO的注意事項(xiàng)。 注意在老版本的PHP(<5.3.6)，你無法通過在PDO的構(gòu)造器的DSN上設(shè)置字符集，參考：silently ignored the charset parameter。

解析

當(dāng)你將SQL語句發(fā)送給數(shù)據(jù)庫服務(wù)器進(jìn)行預(yù)處理和解析時(shí)發(fā)生了什么？通過指定占位符（一個(gè)?或者一個(gè)上面例子中命名的 :name），告訴數(shù)據(jù)庫引擎你想在哪里進(jìn)行過濾。當(dāng)你調(diào)用execute的時(shí)候，預(yù)處理語句將會(huì)與你指定的參數(shù)值結(jié)合。 關(guān)鍵點(diǎn)就在這里：參數(shù)的值是和經(jīng)過解析的SQL語句結(jié)合到一起，而不是SQL字符串。SQL注入是通過觸發(fā)腳本在構(gòu)造SQL語句時(shí)包含惡意的字符串。所以，通過將SQL語句和參數(shù)分開，你防止了SQL注入的風(fēng)險(xiǎn)。任何你發(fā)送的參數(shù)的值都將被當(dāng)作普通字符串，而不會(huì)被數(shù)據(jù)庫服務(wù)器解析。回到上面的例子，如果$name變量的值為 ’Sarah’; DELETE FROM employees ，那么實(shí)際的查詢將是在 employees 中查找 name 字段值為 ’Sarah’; DELETE FROM employees 的記錄。 另一個(gè)使用預(yù)處理語句的好處是：如果你在同一次數(shù)據(jù)庫連接會(huì)話中執(zhí)行同樣的語句許多次，它將只被解析一次，這可以提升一點(diǎn)執(zhí)行速度。 如果你想問插入該如何做，請(qǐng)看下面這個(gè)例子（使用PDO）：