php addslashes及其他清除空格的方法是不安全的
更新時(shí)間:2012年01月25日 21:32:16 作者:
清除空格的方法是不安全的,部分原因是因?yàn)樽址械目崭穹浅6?例如 addslashes的問(wèn)題在 于黑客 可以用0xbf27來(lái)代替單引號(hào)
清除空格的方法是不安全的,部分原因是因?yàn)樽址械目崭穹浅6?例如 "addslashes的問(wèn)題在 于黑客 可以用0xbf27來(lái)代替單引號(hào),而addslashes只是將0xbf27修改為0xbf5c27,成為一個(gè)有效的多字節(jié)字符,其中的0xbf5c仍會(huì) 被看作是單引號(hào),所以addslashes無(wú)法成功攔截。"
最好是按照具體的參數(shù)需求校驗(yàn)確定是 int 等不是,外加數(shù)據(jù)庫(kù)的參數(shù)操作方法.其實(shí)這個(gè)是數(shù)據(jù)庫(kù)的 sql 問(wèn)題,應(yīng)該從源頭數(shù)據(jù)庫(kù)本身來(lái)解決,只不過(guò)有些數(shù)據(jù)庫(kù)滑提供相應(yīng)的方法罷了.
SQL注入攻擊是黑客攻擊網(wǎng)站最常用的手段。如果你的站點(diǎn)沒(méi)有使用嚴(yán)格的用戶輸入檢驗(yàn),那么常容易遭到SQL注入攻擊。SQL注入攻擊通常通過(guò)給站點(diǎn)數(shù)據(jù)庫(kù)提交不良的數(shù)據(jù)或查詢語(yǔ)句來(lái)實(shí)現(xiàn),很可能使數(shù)據(jù)庫(kù)中的紀(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è)很通用的解決方案,沒(méi)能屏蔽所有有潛在危險(xiǎn)的字符,并且在許多服務(wù)器上Magic Quotes并沒(méi)有被啟用。所以,我們還需要使用其它多種方法來(lái)防止SQL注入。
許 多數(shù)據(jù)庫(kù)本身就提供這種輸入數(shù)據(jù)處理功能。例如PHP的MySQL操作函數(shù)中有addslashes()、 mysql_real_escape_string()、mysql_escape_string()等函數(shù),可將特殊字符和可能引起數(shù)據(jù)庫(kù)操作出錯(cuò)的字 符轉(zhuǎn)義。那么這三個(gè)功能函數(shù)之間有什么卻別呢?下面我們就來(lái)詳細(xì)講述下。
雖然國(guó)內(nèi)很多PHP程序員仍在依靠addslashes防止SQL注入,還是建議大家加強(qiáng)中文防止SQL注入的檢查。addslashes的問(wèn)題在 于黑客 可以用0xbf27來(lái)代替單引號(hào),而addslashes只是將0xbf27修改為0xbf5c27,成為一個(gè)有效的多字節(jié)字符,其中的0xbf5c仍會(huì) 被看作是單引號(hào),所以addslashes無(wú)法成功攔截。
當(dāng)然addslashes也不是毫無(wú)用處,它是用于單字節(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)行檢查一下。
再說(shuō)下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è)替換解決了注入的問(wèn)題,同時(shí)也解決了中文亂碼的一些問(wèn)題
最好是按照具體的參數(shù)需求校驗(yàn)確定是 int 等不是,外加數(shù)據(jù)庫(kù)的參數(shù)操作方法.其實(shí)這個(gè)是數(shù)據(jù)庫(kù)的 sql 問(wèn)題,應(yīng)該從源頭數(shù)據(jù)庫(kù)本身來(lái)解決,只不過(guò)有些數(shù)據(jù)庫(kù)滑提供相應(yīng)的方法罷了.
SQL注入攻擊是黑客攻擊網(wǎng)站最常用的手段。如果你的站點(diǎn)沒(méi)有使用嚴(yán)格的用戶輸入檢驗(yàn),那么常容易遭到SQL注入攻擊。SQL注入攻擊通常通過(guò)給站點(diǎn)數(shù)據(jù)庫(kù)提交不良的數(shù)據(jù)或查詢語(yǔ)句來(lái)實(shí)現(xiàn),很可能使數(shù)據(jù)庫(kù)中的紀(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è)很通用的解決方案,沒(méi)能屏蔽所有有潛在危險(xiǎn)的字符,并且在許多服務(wù)器上Magic Quotes并沒(méi)有被啟用。所以,我們還需要使用其它多種方法來(lái)防止SQL注入。
許 多數(shù)據(jù)庫(kù)本身就提供這種輸入數(shù)據(jù)處理功能。例如PHP的MySQL操作函數(shù)中有addslashes()、 mysql_real_escape_string()、mysql_escape_string()等函數(shù),可將特殊字符和可能引起數(shù)據(jù)庫(kù)操作出錯(cuò)的字 符轉(zhuǎn)義。那么這三個(gè)功能函數(shù)之間有什么卻別呢?下面我們就來(lái)詳細(xì)講述下。
雖然國(guó)內(nèi)很多PHP程序員仍在依靠addslashes防止SQL注入,還是建議大家加強(qiáng)中文防止SQL注入的檢查。addslashes的問(wèn)題在 于黑客 可以用0xbf27來(lái)代替單引號(hào),而addslashes只是將0xbf27修改為0xbf5c27,成為一個(gè)有效的多字節(jié)字符,其中的0xbf5c仍會(huì) 被看作是單引號(hào),所以addslashes無(wú)法成功攔截。
當(dāng)然addslashes也不是毫無(wú)用處,它是用于單字節(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)行檢查一下。
再說(shuō)下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è)替換解決了注入的問(wèn)題,同時(shí)也解決了中文亂碼的一些問(wèn)題
您可能感興趣的文章:
- php中addslashes函數(shù)與sql防注入
- PHP中使用addslashes函數(shù)轉(zhuǎn)義的安全性原理分析
- PHP函數(shù)addslashes和mysql_real_escape_string的區(qū)別
- php stripslashes和addslashes的區(qū)別
- 解析php addslashes()與addclashes()函數(shù)的區(qū)別和比較
- php daddslashes()和 saddslashes()有哪些區(qū)別分析
- php addslashes和mysql_real_escape_string
- php addslashes 函數(shù)詳細(xì)分析說(shuō)明
- PHP中addslashes與mysql_escape_string的區(qū)別分析
相關(guān)文章
淺談PHP模擬發(fā)送POST請(qǐng)求之curl基本使用
今天來(lái)介紹PHP模擬發(fā)送POST請(qǐng)求的重型武器——cURL函數(shù)庫(kù)的使用和其多線程的優(yōu)化方法。說(shuō)起cURL函數(shù),可謂是老生常談,但網(wǎng)上許多資料都在關(guān)鍵部分語(yǔ)焉不詳,于是筆者翻了些資料,結(jié)合自己的筆記,總結(jié)了這篇文章,希望能給初次接觸cURL的開發(fā)者提供一些幫助。2021-05-05學(xué)習(xí)php開源項(xiàng)目的源碼指南
這篇文章主要介紹了學(xué)習(xí)php開源項(xiàng)目的源碼指南,需要的朋友可以參考下2014-12-12PHP時(shí)間類完整實(shí)例(非常實(shí)用)
這篇文章主要介紹了PHP時(shí)間類完整實(shí)例,涉及PHP針對(duì)日期、時(shí)間、星期等的獲取與比較等操作技巧,非常簡(jiǎn)單實(shí)用,需要的朋友可以參考下2015-12-12什么是PEAR?什么是PECL?PHP中兩個(gè)容易混淆的概念解釋
這篇文章主要介紹了什么是PEAR?什么是PECL?PHP中兩個(gè)容易混淆的概念解釋,本文用簡(jiǎn)潔的語(yǔ)言解釋了 它們的不同之處,需要的朋友可以參考下2015-07-07PHP錯(cuò)誤WARNING: SESSION_START() [FUNCTION.SESSION-START]解決方法
這篇文章主要介紹了PHP錯(cuò)誤WARNING: SESSION_START() [FUNCTION.SESSION-START]解決方法,需要的朋友可以參考下2014-05-05