SQL注入攻擊是黑客攻擊網(wǎng)站最常用的手段。如果你的站點(diǎn)沒有使用嚴(yán)格的用戶輸入檢驗(yàn)，那么常容易遭到SQL注入攻擊。SQL注入攻擊通常通過給站點(diǎn)
數(shù)據(jù)庫提交不良的數(shù)據(jù)或查詢語句來實(shí)現(xiàn)，很可能使數(shù)據(jù)庫中的紀(jì)錄遭到暴露，更改或被刪除。
為了防止SQL注入攻擊，PHP自帶一個(gè)功能可以對(duì)輸入的字符串進(jìn)行處理，可以在較底層對(duì)輸入進(jìn)行安全上的初步處理，也即Magic Quotes。(php.ini magic_quotes_gpc)。如果magic_quotes_gpc選項(xiàng)啟用，那么輸入的字符串中的單引號(hào)，雙引號(hào)和其它一些字符前將會(huì)被自動(dòng)加 上反斜杠\。
但Magic Quotes并不是一個(gè)很通用的解決方案，沒能屏蔽所有有潛在危險(xiǎn)的字符，并且在許多服務(wù)器上Magic Quotes并沒有被啟用。所以，我們還需要使用其它多種方法來防止SQL注入。
許多數(shù)據(jù)庫本身就提供這種輸入數(shù)據(jù)處理功能。例如PHP的
MySQL操作函數(shù)中有addslashes()、 mysql_real_escape_string()、mysql_escape_string()等函數(shù)，可將特殊字符和可能引起數(shù)據(jù)庫操作出錯(cuò)的字 符轉(zhuǎn)義。那么這三個(gè)功能函數(shù)之間有什么卻別呢？下面我們就來詳細(xì)講述下。
雖然國內(nèi)很多PHP程序員仍在依靠addslashes防止SQL注入，還是建議大家加強(qiáng)中文防止SQL注入的檢查。addslashes的問題在 于黑客 可以用0xbf27來代替單引號(hào)，而addslashes只是將0xbf27修改為0xbf5c27，成為一個(gè)有效的多字節(jié)字符，其中的0xbf5c仍會(huì) 被看作是單引號(hào)，所以addslashes無法成功攔截。
當(dāng)然addslashes也不是毫無用處，它是用于單字節(jié)字符串的處理，多字節(jié)字符還是用mysql_real_escape_string吧。
另外對(duì)于php手冊(cè)中g(shù)et_magic_quotes_gpc的舉例：
if (!get_magic_quotes_gpc()) { $lastname = addslashes($_POST[‘lastname’]); } else { $lastname = $_POST[‘lastname’]; } |
最好對(duì)magic_quotes_gpc已經(jīng)開放的情況下，還是對(duì)$_POST[’lastname’]進(jìn)行檢查一下。
再說下mysql_real_escape_string和mysql_escape_string這2個(gè)函數(shù)的區(qū)別：
mysql_real_escape_string 必須在(PHP 4 >= 4.3.0, PHP 5)的情況下才能使用。否則只能用 mysql_escape_string ，兩者的區(qū)別是：mysql_real_escape_string 考慮到連接的當(dāng)前字符集，而mysql_escape_string 不考慮。
總結(jié)一下：
* addslashes() 是強(qiáng)行加\；
* mysql_real_escape_string() 會(huì)判斷字符集，但是對(duì)PHP版本有要求；
* mysql_escape_string不考慮連接的當(dāng)前字符集。
dz中的防止sql注入就是用addslashes這個(gè)函數(shù)，同時(shí)在dthmlspecialchars這個(gè)函數(shù)中有進(jìn)行一些替換$string = preg_replace('/&((#(\d{3,5}|x[a-fA-F0-9]{4}));)/', '&\\1',這個(gè)替換解決了注入的問題，同時(shí)也解決了中文亂碼的一些問題