標籤:discuz style blog io ar color os 使用 sp
說到網站安全就不得不提到SQL注入(SQL Injection),如果你用過ASP,對SQL注入一定有比較深的理解,PHP的安全性相對較高,這是因為MYSQL4以下的版本不支援子語句,而且當php.ini裡的 magic_quotes_gpc 為On 時。
提交的變數中所有的 ‘ (單引號), " (雙引號), \ (反斜線) and Null 字元會自動轉為含有反斜線的逸出字元,給SQL注入帶來不少的麻煩。
請看清楚:“麻煩”而已~這並不意味著PHP防範SQL注入,書中就講到了利用改變注入語句的編碼來繞過轉義的方法,比如將SQL語句轉成 ASCII編碼(類似:char(100,58,92,108,111,99,97,108,104,111,115,116…)這樣的格式),或者轉成 16進位編碼,甚至還有其他形式的編碼,這樣以來,轉義過濾便被繞過去了,那麼怎樣防範呢:
a. 開啟magic_quotes_gpc或使用addslashes()函數
在新版本的PHP中,就算magic_quotes_gpc開啟了,再使用addslashes()函數,也不會有衝突,但是為了更好的實現版本相容,建議在使用轉移函數前先檢測magic_quotes_gpc狀態,或者直接關掉,代碼如下:
PHP防範SQL注入的代碼
// 去除逸出字元 function stripslashes_array($array) { if (is_array($array)) { foreach ($array as $k => $v) { $array[$k] = stripslashes_array($v); } } else if (is_string($array)) { $array = stripslashes($array); } return $array; } @set_magic_quotes_runtime(0); // 判斷 magic_quotes_gpc 狀態 if (@get_magic_quotes_gpc()) { $_GET = stripslashes_array($_GET); $_POST = stripslashes_array($_POST); $_COOKIE = stripslashes_array($_COOKIE); }
去除magic_quotes_gpc的轉義之後再使用addslashes函數,代碼如下:
PHP防範SQL注入的代碼
$keywords = addslashes($keywords);
$keywords = str_replace("_","\_",$keywords);//轉義掉”_”
$keywords = str_replace("%","\%",$keywords);//轉義掉”%”
後兩個str_replace替換轉義目的是防止駭客轉換SQL編碼進行攻擊。
b. 強制字元格式設定(類型)
在很多時候我們要用到類似xxx.php?id=xxx這樣的URL,一般來說$id都是整型變數,為了防範攻擊者把$id篡改成攻擊語句,我們要盡量強制變數,代碼如下:
PHP防範SQL注入的代碼
$id=intval($_GET[‘id’]);
當然,還有其他的變數類型,如果有必要的話盡量強制一下格式。
c. SQL語句中包含變數加引號
這一點兒很簡單,但也容易養成習慣,先來看看這兩條SQL語句:
SQL代碼
SELECT * FROM article WHERE articleid=‘$id‘
SELECT * FROM article WHERE articleid=$id
兩種寫法在各種程式中都很普遍,但安全性是不同的,第一句由於把變數$id放在一對單引號中,這樣使得我們所提交的變數都變成了字串,即使包含了正確的SQL語句,也不會正常執行,而第二句不同,由於沒有把變數放進單引號中,那我們所提交的一切,只要包含空格,那空格後的變數都會作為SQL語句執行,因此,我們要養成給SQL語句中變數加引號的習慣。
d.URL偽靜態化
URL偽靜態化也就是URL重寫技術,像Discuz!一樣,將所有的URL都rewrite成類似xxx-xxx-x.html格式,既有利於SEO,又達到了一定的安全性,也不失為一個好辦法。但要想實現PHP防範SQL注入,前提是你得有一定的“正則”基礎。
PHP防止sql注入