首先：不要使用mysql_escape_string，它已被棄用，請使用mysql_real_escape_string代替它。

mysql_real_escape_string和addslashes的區(qū)別在于：

區(qū)別一：

addslashes不知道任何有關(guān)MySQL連接的字符集。如果你給所使用的MySQL連接傳遞一個(gè)包含字節(jié)編碼之外的其他編碼的字符串，它會很愉快地把所有值為字符‘、“、/和/x00的字節(jié)進(jìn)行轉(zhuǎn)義。如果你正在使用不同于8位和UTF-8的其它字符，這些字節(jié)的值不一定全部都是表示字符‘、“、/和/x00。可能造成的結(jié)果是，MySQL接收這些字符后出現(xiàn)錯(cuò)誤。

如果要修正這個(gè)bug，可嘗試使用iconv函數(shù)，將變量轉(zhuǎn)為UTF-16，然后再使用addslashes進(jìn)行轉(zhuǎn)義。

這是不使用addslashes進(jìn)行轉(zhuǎn)義的原因之一。

區(qū)別二：

與addslashes對比，mysql_real_escape_string同時(shí)還對/r、/n和/x1a進(jìn)行轉(zhuǎn)義。看來，這些字符必須正確地告訴MySQL，否則會得到錯(cuò)誤的查詢結(jié)果。

這是不使用addslashes進(jìn)行轉(zhuǎn)義的另一個(gè)原因。

addslashes V.S. mysql_real_escape_string

在GBK里，0xbf27不是一個(gè)合法的多字符字符，但0xbf5c卻是。在單字節(jié)環(huán)境里，0xbf27被視為0xbf后面跟著0×27(‘)，同時(shí)0xbf5c被視為0xbf后面跟著0x5c(/)。

一個(gè)用反斜杠轉(zhuǎn)義的單引號，是無法有效阻止針對MySQL的SQL注入攻擊的。如果你使用addslashes，那么，我（攻擊者，下同）是很幸運(yùn)的。我只要注入一些類似0xbf27，然后addslashes將它修改為0xbf5c27，一個(gè)合法的多字節(jié)字符后面接著一個(gè)單引號。換句話說，我可以無視你的轉(zhuǎn)義，成功地注入一個(gè)單引號。這是因?yàn)?xbf5c被當(dāng)作單字節(jié)字符，而非雙字節(jié)。

在這個(gè)演示中，我將使用MySQL 5.0和PHP的mysqli擴(kuò)展。如果你想嘗試，請確保你使用GBK。

創(chuàng)建一個(gè)名為users的表：

復(fù)制代碼 代碼如下:

CREATE TABLE users(
 username VARCHAR(32) CHARACTER SET GBK,
 password VARCHAR(32) CHARACTER SET GBK,
 PRIMARY KEY(username)
);

復(fù)制代碼 代碼如下:

<?php
$mysql = array();
$db = mysqli_init();
$db->real_connect('localhost', 'lorui', 'lorui.com', 'lorui_db');
/* SQL注入示例 */
$_POST['username'] = chr(0xbf) . chr(0×27) . ‘ OR username = username /*'; $_POST['password'] = ‘guess'; $mysql['username'] = addslashes($_POST['username']); $mysql['password'] = addslashes($_POST['password']); $sql = “SELECT * FROM users WHERE username = ‘{$mysql['username']}' AND password = ‘{$mysql['password']}'”; $result = $db->query($sql); if ($result->num_rows) { /* 成功 */ } else { /* 失敗 */ }

盡管使用了addslashes，我還是可以在不知道用戶名和密碼的情況下成功登錄。我可以輕松的利用這個(gè)漏洞進(jìn)行SQL注入。

要以免這種漏洞，使用mysql_real_escape_string、準(zhǔn)備語句（Prepared Statements，即“參數(shù)化查詢”）或者任意一款主流的數(shù)據(jù)庫抽象類庫。