SQL注入的概念是什么?
SQL注入式攻擊,就是攻擊者把SQL命令插入到Web表單的輸入域或頁面請求的查詢字符串,欺騙服務(wù)器執(zhí)行惡意的SQL命令。在某些表單中,用戶輸入的內(nèi)容直接用來構(gòu)造(或者影響)動態(tài)SQL命令,或作為存儲過程的輸入?yún)?shù),這類表單特別容易受到SQL注入式攻擊
在開發(fā)網(wǎng)站的時候,出于安全考慮,需要過濾從頁面?zhèn)鬟f過來的字符。通常,用戶可以通過以下接口調(diào)用數(shù)據(jù)庫的內(nèi)容:URL地址欄、登陸界面、留言板、搜索框等。這往往給駭客留下了可乘之機。輕則數(shù)據(jù)遭到泄露,重則服務(wù)器被拿下。
SQL注入步驟 和 常見形式
a)尋找注入點,構(gòu)造特殊的語句
傳入SQL語句可控參數(shù)分為兩類
1. 數(shù)字類型,參數(shù)不用被引號括起來,如?id=1
2. 其他類型,參數(shù)要被引號擴起來,如?name=”phone”
b)用戶構(gòu)造SQL語句(如:’or 1=1#;admin’#(這個注入又稱PHP的萬能密碼,是已知用戶名的情況下,可繞過輸入密碼)以后再做解釋)
c)將SQL語句發(fā)送給DBMS數(shù)據(jù)庫
d)DBMS收到返回的結(jié)果,并將該請求解釋成機器代碼指令,執(zhí)行必要得到操作
e)DBMS接受返回結(jié)果,處理后,返回給用戶
因為用戶構(gòu)造了特殊的SQL語句,必定返回特殊的結(jié)果(只要你的SQL語句夠靈活)
下面,我通過一個實例具體來演示下SQL注入
SQL注入實例詳解(以上測試均假設(shè)服務(wù)器未開啟magic_quote_gpc)
1) 前期準(zhǔn)備工作
先來演示通過SQL注入漏洞,登入后臺管理員界面
首先,創(chuàng)建一張試驗用的數(shù)據(jù)表:
1 2 3 4 5 6 |
|
添加一條記錄用于測試:
1 |
|
接下來,貼上登入界面的源代碼
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 |
|
附上效果圖:
當(dāng)用戶點擊提交按鈕的時候,將會把表單數(shù)據(jù)提交給validate.php頁面,validate.php頁面用來判斷用戶輸入的用戶名和密碼有沒有都符合要求(這一步至關(guān)重要,也往往是SQL漏洞所在)
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
|
注意到了沒有,我們直接將用戶提交過來的數(shù)據(jù)(用戶名和密碼)直接拿去執(zhí)行,并沒有實現(xiàn)進行特殊字符過濾,待會你們將明白,這是致命的。
代碼分析:如果,用戶名和密碼都匹配成功的話,將跳轉(zhuǎn)到管理員操作界面(manager.php),不成功,則給出友好提示信息。
登錄成功的界面:
登錄失敗的提示:
到這里,前期工作已經(jīng)做好了,接下來將展開我們的重頭戲:SQL注入
2) 構(gòu)造SQL語句
填好正確的用戶名(marcofly)和密碼(test)后,點擊提交,將會返回給我們“歡迎管理員”的界面。
因為根據(jù)我們提交的用戶名和密碼被合成到SQL查詢語句當(dāng)中之后是這樣的:
1 |
|
很明顯,用戶名和密碼都和我們之前給出的一樣,肯定能夠成功登陸。但是,如果我們輸入一個錯誤的用戶名或密碼呢?很明顯,肯定登入不了吧。恩,正常情況下是如此,但是對于有SQL注入漏洞的網(wǎng)站來說,只要構(gòu)造個特殊的“字符串”,照樣能夠成功登錄。
比如:在用戶名輸入框中輸入:’ or 1=1#,密碼隨便輸入,這時候的合成后的SQL查詢語句為:
1 |
|
語義分析:“#”在mysql中是注釋符,這樣井號后面的內(nèi)容將被mysql視為注釋內(nèi)容,這樣就不會去執(zhí)行了,換句話說,以下的兩句sql語句等價:
1 |
|
等價于
1 |
|
因為1=1永遠(yuǎn)是都是成立的,即where子句總是為真,將該sql進一步簡化之后,等價于如下select語句:
1 |
|
沒錯,該sql語句的作用是檢索users表中的所有字段
上面是一種輸入方法,這里再介紹一種注入的方法,這個方法又稱PHP的萬能密碼
我們再已知用戶名的條件下,可以不能密碼即可登入,假設(shè)用戶名:admin
構(gòu)造語句:
1 |
|
等價于
1 |
|
這樣即可不能輸入密碼登入上去的。
數(shù)據(jù)庫就會錯認(rèn)為不用用戶名既可以登入,繞過后臺的驗證,已到達注入的目的。
同樣利用了SQL語法的漏洞。
看到了吧,一個經(jīng)構(gòu)造后的sql語句竟有如此可怕的破壞力,相信你看到這后,開始對sql注入有了一個理性的認(rèn)識了吧~
沒錯,SQL注入就是這么容易。但是,要根據(jù)實際情況構(gòu)造靈活的sql語句卻不是那么容易的。有了基礎(chǔ)之后,自己再去慢慢摸索吧。
有沒有想過,如果經(jīng)由后臺登錄窗口提交的數(shù)據(jù)都被管理員過濾掉特殊字符之后呢?這樣的話,我們的萬能用戶名’ or 1=1#就無法使用了。但這并不是說我們就毫無對策,要知道用戶和數(shù)據(jù)庫打交道的途徑不止這一條。
本文來自網(wǎng)絡(luò) 由藍(lán)暢整理,經(jīng)授權(quán)后發(fā)布,本文觀點不代表Infocode藍(lán)暢信息技術(shù)立場,轉(zhuǎn)載請聯(lián)系原作者。