Sql注入型別

1.前言

Sql注入形成的原因：使用者輸入的非法資料被直譯器執行

2.注入型別

2.1注入點的不同

（1）數字型別的注入

當輸入引數為數字型別時，例如頁碼，ID等，存在注入時則為數字型別的注入。

測試方法如下：

說明存在注入可能。

這類注入方式常見於PHP和ASP等弱型別語言中，弱型別語言會自動推導資料型別，例，輸入的ID的值為1時，會自動推匯出ID的資料型別為int型，當輸入的ID的值為1 and 1 = 2時，會自動推匯出ID的資料型別為string型，但JAVA或者C#這類強型別語言並沒有這樣的特性，int型強制轉換成string型時，會丟擲異常，注入失敗，所以這類注入方式常見於弱型別語言中。

（2）字串型別的注入

當輸入引數為字串型別時，則為字串型別的輸入，其與數字型別的注入的區別在於：注入時需要使用單引號來閉合。

測試方法如下：

其不同主要原因在於sql語句的差異，例，select *from user where name = ‘admin’ 則注入時需要單引號閉合，注入的資料應為admin’and 1 = 1 --，合併為sql則為select * from user where name = ‘admin’and 1 = 1 – ‘ 。

2.2提交方式的不同

（1）GET注入

（2）POST注入

（3）COOKIE注入

要想深入瞭解Cookie注入的成因，必須要了解ASP指令碼中的request

測試方法如下：

1.先判斷注入點是否存在，例去掉id後是否能正常訪問，若無法正常訪問則id引數在資料傳輸中起作用

2.清空瀏覽器，在瀏覽器位址列輸入

3.測試用例：URL: “javascript:alert(document.cookie="id="+escape("and1 = 1"));”

         URL: “javascript:alert(document.cookie="id="+escape("and1 = 2"));”

判斷是否有注入點方法與其餘sql注入一致。

（4）HTTP注入

例：

X-Forwarded-For是HTTP頭的一個欄位。它被認為是客戶端通過HTTP代理或者負載均衡器連線到web服務端獲取源ip地址的一個標準。

Useragent是記錄軟體程式的客戶端資訊的HTTP頭欄位，他可以用來統計目標和違規協議。在HTTP頭中應該包含它，這個欄位的第一個空格前面是軟體的產品名稱，後面有一個可選的斜槓和版本號。

Referer是另外一個當應用程式沒有過濾儲存到資料庫時，容易發生SQL注入的HTTP頭。它是一個允許客戶端指定的可選頭部欄位，通過它我們可以獲取到提交請求URI的伺服器情況。它允許伺服器產生一系列的回退連結文件，像感興趣的內容，日誌等。它也允許跟蹤那些壞連結以便維護。

2.3獲取資訊的方式不同

（1）基於布林的盲注，即可以根據返回頁面判斷條件真假的注入。

（2）基於時間的盲注，即不能根據頁面返回內容判斷任何資訊，用條件語句檢視時間延遲語句是否執行（即頁面返回時間是否增加）來判斷。

（3）基於報錯注入，即頁面會返回錯誤資訊，或者把注入的語句的結果直接返回在頁面中。