由於用戶的輸入多是這樣的:php
1
|
value'); DROP TABLE table;--
|
那麼SQL查詢將變成以下:mysql
1
|
INSERT
INTO
`
table
` (`
column
`)
VALUES
(
'value'
);
DROP
TABLE
table
;
--')
|
應該採起哪些有效的方法來防止SQL注入?程序員
使用預處理語句和參數化查詢。預處理語句和參數分別發送到數據庫服務器進行解析,參數將會被看成普通字符處理。這種方式使得攻擊者沒法注入惡意的SQL。 你有兩種選擇來實現該方法:sql
一、使用PDO:數據庫
1
2
3
4
5
6
7
|
$stmt
=
$pdo
->prepare(
'SELECT * FROM employees WHERE name = :name'
);
$stmt
->execute(
array
(
'name'
=>
$name
));
foreach
(
$stmt
as
$row
) {
// do something with $row
}
|
二、使用mysqli:服務器
1
2
3
4
5
6
7
8
9
|
$stmt = $dbConnection->prepare(
'SELECT * FROM employees WHERE name = ?'
);
$stmt->bind_param(
's'
, $name);
$stmt->execute();
$result = $stmt->get_result();
while
($row = $result->fetch_assoc()) {
// do something with $row
}
|
注意,在默認狀況使用PDO並無讓MySQL數據庫執行真正的預處理語句(緣由見下文)。爲了解決這個問題,你應該禁止PDO模擬預處理語句。一個正確使用PDO建立數據庫鏈接的例子以下:fetch
1
2
3
4
|
$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);
|
在上面的例子中,報錯模式(ATTR_ERRMODE)並非必須的,但建議加上它。這樣,當發生致命錯誤(Fatal Error)時,腳本就不會中止運行,而是給了程序員一個捕獲PDOExceptions的機會,以便對錯誤進行妥善處理。 然而,第一個setAttribute()調用是必須的,它禁止PDO模擬預處理語句,而使用真正的預處理語句,即有MySQL執行預處理語句。這能確保語句和參數在發送給MySQL以前沒有被PHP處理過,這將使得攻擊者沒法注入惡意SQL。瞭解緣由,可參考這篇博文:PDO防注入原理分析以及使用PDO的注意事項。 注意在老版本的PHP(<5.3.6),你沒法經過在PDO的構造器的DSN上設置字符集,參考:silently ignored the charset parameter。spa
當你將SQL語句發送給數據庫服務器進行預處理和解析時發生了什麼?經過指定佔位符(一個?或者一個上面例子中命名的 :name),告訴數據庫引擎你想在哪裏進行過濾。當你調用execute的時候,預處理語句將會與你指定的參數值結合。 關鍵點就在這裏:參數的值是和通過解析的SQL語句結合到一塊兒,而不是SQL字符串。SQL注入是經過觸發腳本在構造SQL語句時包含惡意的字符串。因此,經過將SQL語句和參數分開,你防止了SQL注入的風險。任何你發送的參數的值都將被看成普通字符串,而不會被數據庫服務器解析。回到上面的例子,若是$name變量的值爲 ’Sarah’; DELETE FROM employees ,那麼實際的查詢將是在 employees 中查找 name 字段值爲 ’Sarah’; DELETE FROM employees 的記錄。 另外一個使用預處理語句的好處是:若是你在同一次數據庫鏈接會話中執行一樣的語句許屢次,它將只被解析一次,這能夠提高一點執行速度。 若是你想問插入該如何作,請看下面這個例子(使用PDO):.net