快捷導(dǎo)航

SQL注入的四種防御方法總結(jié)

更新時(shí)間：2022年07月11日 11:58:20 作者：買Lemon也用劵

SQL Injection是一種常見的Web安全漏洞,主要形成的原因是在數(shù)據(jù)交互中,下面這篇文章主要給大家介紹了關(guān)于SQL注入的四種防御方法,文中通過實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下

前言

最近了解到安全公司的面試中都問到了很多關(guān)于SQL注入的一些原理和注入類型的問題，甚至是SQL注入的防御方法。SQL注入真的算是web漏洞中的元老了，著名且危害性極大。下面這里就簡單的分享一下我總結(jié)的四種SQL注入防御手段，加深理解，方便下次遇到這種問題時(shí)可以直接拿來使用。(主要是怕面試中腦殼打鐵，這種情況太常見了)

SQL注入占我們滲透學(xué)習(xí)中極大地一部分，擁有這很重要的地位。隨著防御手段的不段深入，市面上存在SQL注入的網(wǎng)站的確少之又少了，但不能說是沒有。在我看來，學(xué)習(xí)SQL注入的目的并不只是學(xué)習(xí)針對這種方法，而是一類方法，包括他的思想，思路和奇淫技巧，簡單點(diǎn)說就是舉一反三。學(xué)到現(xiàn)在發(fā)現(xiàn)好像越向后面學(xué)其他漏洞，方法思路都大體一致，比如字符串拼接，構(gòu)造閉合語句，函數(shù)替代等等。

好了，說了這么多，現(xiàn)在我們步入正題吧！

我們簡單理解SQL注入就是在人為可以構(gòu)造參數(shù)的地方加入一些非法敏感語句，繞過后端的處理，并帶入到數(shù)據(jù)庫中執(zhí)行，然后返回敏感數(shù)據(jù)的過程。

限制數(shù)據(jù)類型

在傳入?yún)?shù)的地方限制參數(shù)的類型，比如整型 Integer，隨后加入函數(shù)判斷，如is_numeric($_GET[‘id’]) 只有當(dāng)get到的id為數(shù)字或者數(shù)字字符時(shí)才能執(zhí)行下一步，限制了字字符自然就限制了注入，畢竟構(gòu)造參數(shù)怎么可能不傳入字符。但這種方法存在一定的限制，只能在特定的頁面才能使用，一般大部分都是要求我們傳入的字符串，但可以很大程度限制整型注入的情況。(針對此函數(shù)也是有一定繞過手段，比如轉(zhuǎn)為十六進(jìn)制)

正則表達(dá)式匹配傳入?yún)?shù)

相信對于正則表達(dá)式大家都不陌生了，幾乎在過濾比較嚴(yán)格的地方都有正則表達(dá)式。(后面我也會寫一篇關(guān)于使用正則表達(dá)式的文章，包括基礎(chǔ)的使用和繞過)。這里簡單解讀一下這段正則表達(dá)式：

$id=$_POST['id'];
if (preg_match('/and|select|insert|insert|update|[A-Za-z]|/d+:/i', $id)) { 
        die('stop hacking!'); 
    } else {
        echo 'good'; 
    }

preg_match() 函數(shù)匹配傳入的id值，
/ 作為正則的起始標(biāo)識符
| 代表或
[A-Za-z] 表示匹配參數(shù)中是否存在大小寫的26個(gè)字符
/d 匹配是否存在數(shù)字
+匹配一次或多次
/i 不區(qū)分大小寫

像下面這句：

?id=1’ union select 1,2# 因?yàn)槠ヅ涞絬nion select，輸出 stop hacking!

正則表達(dá)式也具有一定危險(xiǎn)性，在SQL注入繞過waf中談到過，正則表達(dá)式匹配非常消耗性能，因此攻擊時(shí)可以構(gòu)造大量的正常語句‘騙’過服務(wù)器，當(dāng)后臺對數(shù)據(jù)的處理達(dá)到最大限制時(shí)就會放棄匹配后面我們構(gòu)造的非法語句，從而略過這個(gè)數(shù)據(jù)包。

函數(shù)過濾轉(zhuǎn)義

在php中最基本的就是自帶的magic_quotes_gpc函數(shù)，用于處理 ’ " 符號加上/ 防止轉(zhuǎn)義, 比如：

 ?id=1' and 1=1#  ===> ?id=1/' and 1=1#

另外還有addslashes(),也具有相同的效果。

像前面提到的**preg_match()**函數(shù)結(jié)合正則表達(dá)式或者黑名單也具有預(yù)防效果。

小tips：默認(rèn)情況下，PHP 指令 magic_quotes_gpc 為 on，對所有的 GET、POST 和 COOKIE 數(shù)據(jù)自動運(yùn)行 addslashes()。不要對已經(jīng)被 magic_quotes_gpc 轉(zhuǎn)義過的字符串使用 addslashes()，因?yàn)檫@樣會導(dǎo)致雙層轉(zhuǎn)義。遇到這種情況時(shí)可以使用函數(shù) get_magic_quotes_gpc() 進(jìn)行檢測。

mysql_escape_string($string)：用反斜杠轉(zhuǎn)義字符串中的特殊字符，用于mysql_query()查詢。
mysql_real_escape_string() 函數(shù)轉(zhuǎn)義 SQL 語句中使用的字符串中的特殊字符。
轉(zhuǎn)義的符號包括 \x00 \n \r \ ’ " \x1a

預(yù)編譯語句

預(yù)編譯語句對現(xiàn)在的程序員來說基本都會去設(shè)計(jì)使用的方法，保障數(shù)據(jù)庫的安全。一般來說，防御SQL注入的最佳方式就是使用預(yù)編譯語句，綁定變量。

String query="select password from users where username='?' ";

下面講一下什么叫預(yù)編譯：使用預(yù)編譯相當(dāng)于是將數(shù)據(jù)于代碼分離的方式，把傳入的參數(shù)綁定為一個(gè)變量，用？表示，攻擊者無法改變SQL的結(jié)構(gòu)，在這個(gè)例子中，即使攻擊者插入類似 admin’ or 1=1# 的字符串，如果不做處理直接帶入查詢，那么query則變成了

query="select password from users where username='admin' or 1=1 ";

閉合了后面的引號，從而執(zhí)行了惡意代碼。而預(yù)編譯則是將傳入的 admin’ or 1=1# 當(dāng)做純字符串的形式作為username執(zhí)行，避免了上面說到的SQL語句中的拼接閉合查詢語句等過程，可以理解為字符串與sql語句的關(guān)系區(qū)分開，username此時(shí)作為字符串不會被當(dāng)做之前的SQL語句被帶入數(shù)據(jù)庫執(zhí)行，避免了類似sql語句拼接、閉合等非法操作。就相當(dāng)于拿著這個(gè)字符串去數(shù)據(jù)庫中找有沒有這個(gè)東西一樣。并且使用預(yù)編譯的SQL語句，SQL語句的語義不會發(fā)生改變。

下面給個(gè)php綁定變量的事例：

$query="INSERT INTO myCity (Name,CountryCode,District) VALUES (?,?,?)";
$stmt=$mysqli->prepare($query);
$stmt->bind_param("sss",$val1,$val2,$val3);
$val1="Stuttgart";
$val2="DEU";
$val3="Baden";
//execute the statement
$stmt->execute();

以上談到的四種方法都是一些基本方法，具體怎么實(shí)現(xiàn)防御還要看怎么去設(shè)計(jì)。說到預(yù)編譯語句是最佳方式，并不是說只是使用這一種方法就能夠防止SQL注入，而實(shí)際上預(yù)編譯也存在注入繞過的問題，并且也不是所有的地方都能夠使用預(yù)編譯語句。最佳的方式應(yīng)該是多種方法結(jié)合，使用預(yù)編譯的同時(shí)還要加上其他函數(shù)過濾，正則匹配等，更多的還有根據(jù)實(shí)際情況自定義函數(shù)確保安全。