對這文章發表回應
發表限制: 非會員 可以發表
發表者： 冷日 發表時間： 2010/3/24 17:17:47
冷日：前面說到了『magic_quotes_gpc』這個東西，事實上她最重要的功能，是要防止「SQL Injection」這個東西，下面有一篇討論這個的文章。
PHP防止注入
剛剛在測試自己正在寫的小型PHP博客系統的時候，突然想到數據的安全性，於是在留言裡面測試一些特殊字符的時候等字符，發現果然導致數據提交異常。於是在網上搜索mysql防注入的方法，找到3個PHP函數，各個PHP函數的功能差異和使用限制轉載如下，以備忘：
以前還真沒有關注過這面的事情。自己在寫的時候都是用了一個很簡單的函數
PHP代碼
但是這篇文章卻告訴我，原來這三個函數的功能各有不同，前兩個我當然知道，但如果沒有加載mysql庫，這兩個功能是都用不上的，當然，現在有PDO的prepare然後setParam當然是很方便，mysqli函數也有這種功能。如果沒有呢？怎麼辦？下面這篇文章告訴你上面三個函數的區別
來源：http://www.akii.org/2009-08/php-in-the-addslashes-mysql_real_escape_string-and-mysql_escape_string-the-difference-between/
SQL注入攻擊是黑客攻擊網站最常用的手段。如果你的站點沒有使用嚴格的用戶輸入檢驗，那麼常容易遭到SQL注入攻擊。SQL注入攻擊通常通過給站點數據庫提交不良的數據或查詢語句來實現，很可能使數據庫中的紀錄遭到暴露，更改或被刪除。
為了防止SQL注入攻擊，PHP自帶一個功能可以對輸入的字符串進行處理，可以在較底層對輸入進行安全上的初步處理，也即Magic Quotes。(php.ini magic_quotes_gpc)。如果magic_quotes_gpc選項啟用，那麼輸入的字符串中的單引號，雙引號和其它一些字符前將會被自動加 上反斜槓\。
但Magic Quotes並不是一個很通用的解決方案，沒能屏蔽所有有潛在危險的字符，並且在許多服務器上Magic Quotes並沒有被啟用。所以，我們還需要使用其它多種方法來防止SQL注入。
許多數據庫本身就提供這種輸入數據處理功能。例如PHP的MySQL操作函數中有addslashes()、 mysql_real_escape_string()、mysql_escape_string()等函數，可將特殊字符和可能引起數據庫操作出錯的字 符轉義。那麼這三個功能函數之間有什麼卻別呢？下面我們就來詳細講述下。
雖然國內很多PHP程序員仍在依靠addslashes防止SQL注入，還是建議大家加強中文防止SQL注入的檢查。addslashes的問題在 於黑客 可以用0xbf27來代替單引號，而addslashes只是將0xbf27修改為0xbf5c27，成為一個有效的多字節字符，其中的0xbf5c仍會 被看作是單引號，所以addslashes無法成功攔截。
當然addslashes也不是毫無用處，它是用於單字節字符串的處理，多字節字符還是用mysql_real_escape_string吧。
另外對於php手冊中get_magic_quotes_gpc的舉例：
最好對magic_quotes_gpc已經開放的情況下，還是對$_POST[』lastname』]進行檢查一下。
再說下mysql_real_escape_string和mysql_escape_string這2個函數的區別：
mysql_real_escape_string 必須在(PHP 4 >= 4.3.0, PHP 5)的情況下才能使用。否則只能用 mysql_escape_string ，兩者的區別是：mysql_real_escape_string 考慮到連接的當前字符集，而mysql_escape_string 不考慮。
總結一下：
* addslashes() 是強行加\；
* mysql_real_escape_string() 會判斷字符集，但是對PHP版本有要求；
* mysql_escape_string不考慮連接的當前字符集。
原文出處：PHP防止注入 - Mouselife——鼠标生活
PHP防止注入
剛剛在測試自己正在寫的小型PHP博客系統的時候，突然想到數據的安全性，於是在留言裡面測試一些特殊字符的時候等字符，發現果然導致數據提交異常。於是在網上搜索mysql防注入的方法，找到3個PHP函數，各個PHP函數的功能差異和使用限制轉載如下，以備忘：
以前還真沒有關注過這面的事情。自己在寫的時候都是用了一個很簡單的函數
PHP代碼
<?php
function escape($str){
if(function_exists('mysql_escape_string')){
return mysql_escape_string($str);
}elseif( function_exists(...real_escape...)){
//real_escape
}else{
if(MAGIC_QUOTER ....判斷){
return $str
}else{
return addslashes($str);
}
}
}但是這篇文章卻告訴我，原來這三個函數的功能各有不同，前兩個我當然知道，但如果沒有加載mysql庫，這兩個功能是都用不上的，當然，現在有PDO的prepare然後setParam當然是很方便，mysqli函數也有這種功能。如果沒有呢？怎麼辦？下面這篇文章告訴你上面三個函數的區別
來源：http://www.akii.org/2009-08/php-in-the-addslashes-mysql_real_escape_string-and-mysql_escape_string-the-difference-between/
SQL注入攻擊是黑客攻擊網站最常用的手段。如果你的站點沒有使用嚴格的用戶輸入檢驗，那麼常容易遭到SQL注入攻擊。SQL注入攻擊通常通過給站點數據庫提交不良的數據或查詢語句來實現，很可能使數據庫中的紀錄遭到暴露，更改或被刪除。
為了防止SQL注入攻擊，PHP自帶一個功能可以對輸入的字符串進行處理，可以在較底層對輸入進行安全上的初步處理，也即Magic Quotes。(php.ini magic_quotes_gpc)。如果magic_quotes_gpc選項啟用，那麼輸入的字符串中的單引號，雙引號和其它一些字符前將會被自動加 上反斜槓\。
但Magic Quotes並不是一個很通用的解決方案，沒能屏蔽所有有潛在危險的字符，並且在許多服務器上Magic Quotes並沒有被啟用。所以，我們還需要使用其它多種方法來防止SQL注入。
許多數據庫本身就提供這種輸入數據處理功能。例如PHP的MySQL操作函數中有addslashes()、 mysql_real_escape_string()、mysql_escape_string()等函數，可將特殊字符和可能引起數據庫操作出錯的字 符轉義。那麼這三個功能函數之間有什麼卻別呢？下面我們就來詳細講述下。
雖然國內很多PHP程序員仍在依靠addslashes防止SQL注入，還是建議大家加強中文防止SQL注入的檢查。addslashes的問題在 於黑客 可以用0xbf27來代替單引號，而addslashes只是將0xbf27修改為0xbf5c27，成為一個有效的多字節字符，其中的0xbf5c仍會 被看作是單引號，所以addslashes無法成功攔截。
當然addslashes也不是毫無用處，它是用於單字節字符串的處理，多字節字符還是用mysql_real_escape_string吧。
另外對於php手冊中get_magic_quotes_gpc的舉例：
if (!get_magic_quotes_gpc()) {
$lastname = addslashes($_POST[『lastname』]);
} else {
$lastname = $_POST[『lastname』];
}最好對magic_quotes_gpc已經開放的情況下，還是對$_POST[』lastname』]進行檢查一下。
再說下mysql_real_escape_string和mysql_escape_string這2個函數的區別：
mysql_real_escape_string 必須在(PHP 4 >= 4.3.0, PHP 5)的情況下才能使用。否則只能用 mysql_escape_string ，兩者的區別是：mysql_real_escape_string 考慮到連接的當前字符集，而mysql_escape_string 不考慮。
總結一下：
* addslashes() 是強行加\；
* mysql_real_escape_string() 會判斷字符集，但是對PHP版本有要求；
* mysql_escape_string不考慮連接的當前字符集。
原文出處：PHP防止注入 - Mouselife——鼠标生活