日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時(shí)間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營(yíng)銷解決方案
如何通過SQL注入查詢數(shù)據(jù)庫名? (sql注入查詢數(shù)據(jù)庫名)

SQL注入是一種常見的攻擊方式,攻擊者可以通過注入語句來獲取數(shù)據(jù)庫中的信息。其中,最基礎(chǔ)的就是獲取數(shù)據(jù)庫名,因?yàn)橹罃?shù)據(jù)庫名后可以進(jìn)行更深入的攻擊。

成都創(chuàng)新互聯(lián)公司是一家以網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計(jì)、品牌設(shè)計(jì)、軟件運(yùn)維、成都網(wǎng)站推廣、小程序App開發(fā)等移動(dòng)開發(fā)為一體互聯(lián)網(wǎng)公司。已累計(jì)為成都會(huì)所設(shè)計(jì)等眾行業(yè)中小客戶提供優(yōu)質(zhì)的互聯(lián)網(wǎng)建站和軟件開發(fā)服務(wù)。

以下將詳細(xì)描述如何通過sql注入查詢數(shù)據(jù)庫名。

1. 確認(rèn)攻擊目標(biāo)

在進(jìn)行SQL注入攻擊前,需要先確認(rèn)攻擊目標(biāo)。我們可以使用如下語句來確認(rèn)目標(biāo)是否存在SQL注入漏洞:

“`

‘ or 1=1#

“`

這個(gè)語句的作用是注入一個(gè)永真條件,如果目標(biāo)存在注入漏洞,則會(huì)返回所有數(shù)據(jù)。如果返回的數(shù)據(jù)與之前不同,則說明目標(biāo)存在注入漏洞。

2. 確認(rèn)數(shù)據(jù)庫類型

不同的數(shù)據(jù)庫使用的SQL語句略有不同,因此在進(jìn)行SQL注入攻擊前,需要確認(rèn)攻擊對(duì)象使用的數(shù)據(jù)庫類型。常見的數(shù)據(jù)庫類型有MySQL、Oracle、SQL Server等。

可以使用如下語句來獲取數(shù)據(jù)庫類型:

“`

‘ and @@version like ‘%MySQL%’ #

“`

這個(gè)語句的作用是查詢數(shù)據(jù)庫是否為MySQL,如果當(dāng)前的數(shù)據(jù)庫是MySQL,則會(huì)返回所有數(shù)據(jù),否則不會(huì)有任何響應(yīng)。

3. 使用union語句獲取數(shù)據(jù)庫名

獲取數(shù)據(jù)庫名需要使用union語句。union語句可以將兩個(gè)或多個(gè)SELECT語句的結(jié)果組合到一起,從而返回更多的結(jié)果。我們可以使用如下語句來獲取數(shù)據(jù)庫名:

“`

‘ union select 1,database(),3 #

“`

這個(gè)語句的作用是將當(dāng)前語句的結(jié)果與數(shù)據(jù)庫名組合到一起。其中,database()函數(shù)是MySQL中用來獲取當(dāng)前數(shù)據(jù)庫名的函數(shù)。

4. 獲取數(shù)據(jù)庫名

執(zhí)行以上語句后,如果返回的結(jié)果中包含數(shù)據(jù)庫名,則說明攻擊成功。需要注意的是,如果當(dāng)前數(shù)據(jù)庫名不是想要的,則需要使用其他方法進(jìn)行進(jìn)一步攻擊。

以上就是通過SQL注入查詢數(shù)據(jù)庫名的基本步驟。在進(jìn)行SQL注入攻擊時(shí),需要注意安全性,并且盡量不要在未授權(quán)的情況下進(jìn)行攻擊。

相關(guān)問題拓展閱讀:

  • SQL注入攻擊能夠查看、修改或者刪除數(shù)據(jù)庫條目和表?
  • SQL注入步驟和常用函數(shù)以及中文處理方法
  • 舉例說明SQL注入的一般過程!

SQL注入攻擊能夠查看、修改或者刪除數(shù)據(jù)庫條目和表?

是的,SQL注入攻擊能夠查看、修改或者擾蔽緩刪除數(shù)據(jù)庫條目和表。SQL注入攻擊利用了Web應(yīng)用程序中的漏洞,允許攻并或擊者提交惡意的SQL命令,以便訪問和操縱數(shù)據(jù)庫中的緩模數(shù)據(jù)。

SQL注入步驟和常用函數(shù)以及中文處理方法

之一節(jié) SQL注入的一般步驟   首先 判斷環(huán)境 尋找注入點(diǎn) 判斷數(shù)據(jù)庫類型 這在入門篇已經(jīng)講過了     其次 根據(jù)注入?yún)?shù)類型 在腦海中重構(gòu)SQL語句的原貌 按參數(shù)類型主要分為下面三種     (A) ID= 這類注入的參數(shù)是數(shù)字型 SQL語句原貌大致如下   Select * from 表名 where 字段=   注入的參數(shù)為ID= And 即是生成語句   Select * from 表名 where 字段= And     (B) Class=連續(xù)劇 這類注入的參數(shù)是字符型 SQL語句原貌大致概如下   Select * from 表名 where 字段= 連續(xù)劇   注入的參數(shù)為Class=連續(xù)劇 and and = 即是生成語句   Select * from 表名 where 字段= 連續(xù)劇 and and =     (C) 搜索時(shí)沒過濾參數(shù)的 如keyword=關(guān)鍵字 SQL語句原貌大致如下   Select * from 表名 where 字段like %關(guān)鍵字%   注入的參數(shù)為keyword= and and % = 即是生成語句   Select * from 表名 where字段like % and and % = %     接襪型著 將查詢條件替換成SQL語句 猜解表名 例如     ID= And (Select Count(*) from Admin)>=     如果頁面就與ID= 的相同 說明附加條件成立 即表Admin存在 反之 即不存在(請(qǐng)牢記這種方法) 如此循環(huán) 直至猜到表名為止     表名猜出來后 將Count(*)替換成Count(字段名) 用同樣的原理猜解字段名     有人會(huì)說 這里有一些偶然的成分 如果表名起得很復(fù)雜沒規(guī)律的 那根本就沒得玩下去了 說得很對(duì) 這世界根本就不存在 %成功的黑客技術(shù) 蒼蠅不叮無縫的蛋 無論多技術(shù)多高深的黑客 都是因?yàn)閯e人的程序?qū)懙貌粐?yán)密或使用者保密意識(shí)不夠 才有得下手     有點(diǎn)跑題了 話說回來 對(duì)于SQLServer的庫 還是有辦法讓程序告訴我們表名及字段名的 我們?cè)诟呒?jí)篇中會(huì)做介紹     最后 在表名和列名猜解成功后 再使用SQL語句 得出字段的值 下面介紹一種最常用的方法-Ascii逐字解碼法 雖然這種方法速度很慢 但肯定是可行的方法     我們舉個(gè)例子 已知表Admin中存在username字段 首先 我們?nèi)≈粭l記錄 測(cè)試長(zhǎng)度     ?id= and (select top len(username) from Admin)>     先說明原理 如果top 的username長(zhǎng)度大于 則條件成立 接著就是> > > 這樣測(cè)試下去 一直到條件唯漏不成立為止 比如> 成立 > 不成立 就是len(username)=     當(dāng)然沒人會(huì)笨得從 一個(gè)個(gè)測(cè)試 怎么樣才比較快就看各自發(fā)揮了 在得到username的長(zhǎng)度后 用mid(username N )截取第N位字符 再asc(mid(username N ))得到ASCII碼 比如     id= and (select top asc(mid(username )) from Admin)>     同樣也是用逐步縮小范圍的方法得到第 位字符的ASCII碼 注意的是英文和數(shù)字的ASCII碼告山猜在 之間 可以用折半法加速猜解 如果寫成程序測(cè)試 效率會(huì)有極大的提高      第二節(jié) SQL注入常用函數(shù)   有SQL語言基礎(chǔ)的人 在SQL注入的時(shí)候成功率比不熟悉的人高很多 我們有必要提高一下自己的SQL水平 特別是一些常用的函數(shù)及命令     Access asc(字符) SQLServer unicode(字符)  作用 返回某字符的ASCII碼    Access chr(數(shù)字) SQLServer nchar(數(shù)字)  作用 與asc相反 根據(jù)ASCII碼返回字符    Access mid(字符串 N L) SQLServer substring(字符串 N L)  作用 返回字符串從N個(gè)字符起長(zhǎng)度為L(zhǎng)的子字符串 即N到N+L之間的字符串    Access abc(數(shù)字) SQLServer abc (數(shù)字)  作用 返回?cái)?shù)字的絕對(duì)值(在猜解漢字的時(shí)候會(huì)用到)    Access A beeen B And C SQLServer A beeen B And C  作用 判斷A是否界于B與C之間     第三節(jié) 中文處理方法   在注入中碰到中文字符是常有的事 有些人一碰到中文字符就想打退堂鼓了 其實(shí)只要對(duì)中文的編碼有所了解 中文恐懼癥 很快可以克服     先說一點(diǎn)常識(shí)     Access中 中文的ASCII碼可能會(huì)出現(xiàn)負(fù)數(shù) 取出該負(fù)數(shù)后用abs()取絕對(duì)值 漢字字符不變     SQLServer中 中文的ASCII為正數(shù) 但由于是UNICODE的雙位編碼 不能用函數(shù)ascii()取得ASCII碼 必須用函數(shù)unicode ()返回unicode值 再用nchar函數(shù)取得對(duì)應(yīng)的中文字符     了解了上面的兩點(diǎn)后 是不是覺得中文猜解其實(shí)也跟英文差不多呢?除了使用的函數(shù)要注意 猜解范圍大一點(diǎn)外 方法是沒什么兩樣的 lishixinzhi/Article/program/SQLServer/202311/22023

舉例說明SQL注入的一般過程!

把你的郵箱發(fā)過來,我碰敗配斗給你發(fā)過去一笑賣顫個(gè)操作手冊(cè)。

When you connect to DB, it is not same as SQLConnect statement, at MSSQL Server -> SQLConnect(ConnectionID,”DSN=??;UID=??;PWD=??”) ?? stuff your correction infor. MSSQL Server must correct UID & PWD. at Access-> SQLConnect(ConnectionID,”DSN=??”) other SQL statement are same, and not need to modify.

如果你以前沒試過SQL注入的話,那么之一步先把IE菜單=>工具=>Internet選項(xiàng)=>高級(jí)=>顯示友好 HTTP 錯(cuò)誤信息前面的勾去掉。否則,不論服務(wù)器返回什么錯(cuò)誤,IE都只顯示為HTTP 500服務(wù)器錯(cuò)誤,不能獲得更多的提示信息。

之一節(jié)、SQL注入原理

以下我們從一個(gè)網(wǎng)站

www.19cn.com

開始(注:本文發(fā)表前已征得該站桐唯站長(zhǎng)同意,大部分都是真實(shí)數(shù)據(jù))。

在網(wǎng)站首頁上,有名為“IE不能打開新窗口的多種解決方法”的鏈接,地址為:

www.19cn.com

/showdetail.asp?id=49,我們?cè)谶@個(gè)地址后面加上單引號(hào)’,服務(wù)器會(huì)返回下面的洞消錯(cuò)誤提示:

Microsoft JET Database Engine 錯(cuò)誤 ‘80040e14’

字符串的語法錯(cuò)誤 在查詢表達(dá)式 ‘ID=49” 中。

/showdetail.asp,行8

從這個(gè)錯(cuò)誤提示我們能看出下面幾點(diǎn):

1.網(wǎng)站使用的是Access數(shù)據(jù)庫,通過JET引擎連接數(shù)據(jù)庫,而不是通過ODBC。

2.程序沒有判斷客戶端提交的數(shù)據(jù)是否符合程序要求。

3.該SQL語句所查詢的表中有一名為ID的字段。

從上面的例子我們可以知道,SQL注入的原理,就是從客戶端提交特殊的代碼,從而收集程序及服務(wù)器的信息,從而獲取你想到得到的資料。

第二節(jié)、判斷能否進(jìn)行SQL注入

看完之一節(jié),有一些人會(huì)覺得:我也是經(jīng)常這樣測(cè)試能否注入的,這不是很簡(jiǎn)單嗎?其實(shí),這并不是更好的方法,為什么呢?

首先,不一定每臺(tái)服務(wù)器的IIS都返回具體錯(cuò)誤提示給客戶端,如果程序中加了cint(參數(shù))之類語句的話,SQL注入是不會(huì)成功的,但服務(wù)器同樣會(huì)報(bào)錯(cuò),具體提示信息為處理 URL 時(shí)服務(wù)器上出錯(cuò)。請(qǐng)和系統(tǒng)管理員聯(lián)絡(luò)。

其次,部分對(duì)SQL注入有一點(diǎn)了解的程序員,認(rèn)為只要把單引號(hào)過濾掉就安全了,這種情況不為少數(shù),如果你用單引納輪知號(hào)測(cè)試,是測(cè)不到注入點(diǎn)的

那么,什么樣的測(cè)試方法才是比較準(zhǔn)確呢?答案如下:

www.19cn.com

/showdetail.asp?id=49

www.19cn.com

/showdetail.asp?id=49 and 1=1

www.19cn.com

/showdetail.asp?id=49 and 1=2

這就是經(jīng)典的1=1、1=2測(cè)試法了,怎么判斷呢?看看上面三個(gè)網(wǎng)址返回的結(jié)果就知道了:

可以注入的表現(xiàn):

① 正常顯示(這是必然的,不然就是程序有錯(cuò)誤了)

② 正常顯示,內(nèi)容基本與①相同

③ 提示BOF或EOF(程序沒做任何判斷時(shí))、或提示找不到記錄(判斷了rs.eof時(shí))、或顯示內(nèi)容為空(程序加了on error resume next)

不可以注入就比較容易判斷了,①同樣正常顯示,②和③一般都會(huì)有程序定義的錯(cuò)誤提示,或提示類型轉(zhuǎn)換時(shí)出錯(cuò)。

當(dāng)然,這只是傳入?yún)?shù)是數(shù)字型的時(shí)候用的判斷方法,實(shí)際應(yīng)用的時(shí)候會(huì)有字符型和搜索型參數(shù),我將在中級(jí)篇的“SQL注入一般步驟”再做分析。

第三節(jié)、判斷數(shù)據(jù)庫類型及注入方法

不同的數(shù)據(jù)庫的函數(shù)、注入方法都是有差異的,所以在注入之前,我們還要判斷一下數(shù)據(jù)庫的類型。一般ASP最常搭配的數(shù)據(jù)庫是Access和SQLServer,網(wǎng)上超過99%的網(wǎng)站都是其中之一。

怎么讓程序告訴你它使用的什么數(shù)據(jù)庫呢?來看看:

SQLServer有一些系統(tǒng)變量,如果服務(wù)器IIS提示沒關(guān)閉,并且SQLServer返回錯(cuò)誤提示的話,那可以直接從出錯(cuò)信息獲取,方法如下:

www.19cn.com

/showdetail.asp?id=49 and user>0

這句語句很簡(jiǎn)單,但卻包含了SQLServer特有注入方法的精髓,我自己也是在一次無意的測(cè)試中發(fā)現(xiàn)這種效率極高的猜解方法。讓我看來看看它的含義:首先,前面的語句是正常的,重點(diǎn)在and user>0,我們知道,user是SQLServer的一個(gè)內(nèi)置變量,它的值是當(dāng)前連接的用戶名,類型為nvarchar。拿一個(gè)nvarchar的值跟int的數(shù)0比較,系統(tǒng)會(huì)先試圖將nvarchar的值轉(zhuǎn)成int型,當(dāng)然,轉(zhuǎn)的過程中肯定會(huì)出錯(cuò),SQLServer的出錯(cuò)提示是:將nvarchar值 ”abc” 轉(zhuǎn)換數(shù)據(jù)類型為 int 的列時(shí)發(fā)生語法錯(cuò)誤,呵呵,abc正是變量user的值,這樣,不廢吹灰之力就拿到了數(shù)據(jù)庫的用戶名。在以后的篇幅里,大家會(huì)看到很多用這種方法的語句。

順便說幾句,眾所周知,SQLServer的用戶sa是個(gè)等同Adminstrators權(quán)限的角色,拿到了sa權(quán)限,幾乎肯定可以拿到主機(jī)的Administrator了。上面的方法可以很方便的測(cè)試出是否是用sa登錄,要注意的是:如果是sa登錄,提示是將”dbo”轉(zhuǎn)換成int的列發(fā)生錯(cuò)誤,而不是”sa”。

如果服務(wù)器IIS不允許返回錯(cuò)誤提示,那怎么判斷數(shù)據(jù)庫類型呢?我們可以從Access和SQLServer和區(qū)別入手,Access和SQLServer都有自己的系統(tǒng)表,比如存放數(shù)據(jù)庫中所有對(duì)象的表,Access是在系統(tǒng)表中,但在Web環(huán)境下讀該表會(huì)提示“沒有權(quán)限”,SQLServer是在表中,在Web環(huán)境下可正常讀取。

在確認(rèn)可以注入的情況下,使用下面的語句:

www.19cn.com

/showdetail.asp?id=49 and (select count(*) from sysobjects)>0

www.19cn.com

/showdetail.asp?id=49 and (select count(*) from msysobjects)>0

如果數(shù)據(jù)庫是SQLServer,那么之一個(gè)網(wǎng)址的頁面與原頁面

www.19cn.com

/showdetail.asp?id=49是大致相同的;而第二個(gè)網(wǎng)址,由于找不到表msysobjects,會(huì)提示出錯(cuò),就算程序有容錯(cuò)處理,頁面也與原頁面完全不同。

如果數(shù)據(jù)庫用的是Access,那么情況就有所不同,之一個(gè)網(wǎng)址的頁面與原頁面完全不同;第二個(gè)網(wǎng)址,則視乎數(shù)據(jù)庫設(shè)置是否允許讀該系統(tǒng)表,一般來說是不允許的,所以與原網(wǎng)址也是完全不同。大多數(shù)情況下,用之一個(gè)網(wǎng)址就可以得知系統(tǒng)所用的數(shù)據(jù)庫類型,第二個(gè)網(wǎng)址只作為開啟IIS錯(cuò)誤提示時(shí)的驗(yàn)證。

之一節(jié)、SQL注入的一般步驟

首先,判斷環(huán)境,尋找注入點(diǎn),判斷數(shù)據(jù)庫類型,這在入門篇已經(jīng)講過了。

其次,根據(jù)注入?yún)?shù)類型,在腦海中重構(gòu)SQL語句的原貌,按參數(shù)類型主要分為下面三種:

(A) ID=49 這類注入的參數(shù)是數(shù)字型,SQL語句原貌大致如下:

Select * from 表名 where 字段=49

注入的參數(shù)為ID=49 And ,即是生成語句:

Select * from 表名 where 字段=49 And

(B) Class=連續(xù)劇 這類注入的參數(shù)是字符型,SQL語句原貌大致概如下:

Select * from 表名 where 字段=’連續(xù)劇’

注入的參數(shù)為Class=連續(xù)劇’ and and ‘’=’ ,即是生成語句:

Select * from 表名 where 字段=’連續(xù)劇’ and and ‘’=’’

(C) 搜索時(shí)沒過濾參數(shù)的,如keyword=關(guān)鍵字,SQL語句原貌大致如下:

Select * from 表名 where 字段like ’%關(guān)鍵字%’

注入的參數(shù)為keyword=’ and and ‘%25’=’, 即是生成語句:

Select * from 表名 where字段like ’%’ and and ‘%’=’%’

接著,將查詢條件替換成SQL語句,猜解表名,例如:

ID=49 And (Select Count(*) from Admin)>=0

如果頁面就與ID=49的相同,說明附加條件成立,即表Admin存在,反之,即不存在(請(qǐng)牢記這種方法)。如此循環(huán),直至猜到表名為止。

表名猜出來后,將Count(*)替換成Count(字段名),用同樣的原理猜解字段名。

有人會(huì)說:這里有一些偶然的成分,如果表名起得很復(fù)雜沒規(guī)律的,那根本就沒得玩下去了。說得很對(duì),這世界根本就不存在100%成功的黑客技術(shù),蒼蠅不叮無縫的蛋,無論多技術(shù)多高深的黑客,都是因?yàn)閯e人的程序?qū)懙貌粐?yán)密或使用者保密意識(shí)不夠,才有得下手。

有點(diǎn)跑題了,話說回來,對(duì)于SQLServer的庫,還是有辦法讓程序告訴我們表名及字段名的,我們?cè)诟呒?jí)篇中會(huì)做介紹。

最后,在表名和列名猜解成功后,再使用SQL語句,得出字段的值,下面介紹一種最常用的方法-Ascii逐字解碼法,雖然這種方法速度很慢,但肯定是可行的方法。

我們舉個(gè)例子,已知表Admin中存在username字段,首先,我們?nèi)≈粭l記錄,測(cè)試長(zhǎng)度:

www.19cn.com

/showdetail.asp?id=49 and (select top 1 len(username) from Admin)>0

先說明原理:如果top 1的username長(zhǎng)度大于0,則條件成立;接著就是>1、>2、>3這樣測(cè)試下去,一直到條件不成立為止,比如>7成立,>8不成立,就是len(username)=8

當(dāng)然沒人會(huì)笨得從0,1,2,3一個(gè)個(gè)測(cè)試,怎么樣才比較快就看各自發(fā)揮了。在得到username的長(zhǎng)度后,用mid(username,N,1)截取第N位字符,再asc(mid(username,N,1))得到ASCII碼,比如:

id=49 and (select top 1 asc(mid(username,1,1)) from Admin)>0

同樣也是用逐步縮小范圍的方法得到第1位字符的ASCII碼,注意的是英文和數(shù)字的ASCII碼在1-128之間,可以用折半法加速猜解,如果寫成程序測(cè)試,效率會(huì)有極大的提高。

第二節(jié)、SQL注入常用函數(shù)

有SQL語言基礎(chǔ)的人,在SQL注入的時(shí)候成功率比不熟悉的人高很多。我們有必要提高一下自己的SQL水平,特別是一些常用的函數(shù)及命令。

Access:asc(字符) SQLServer:unicode(字符)

作用:返回某字符的ASCII碼

Access:chr(數(shù)字) SQLServer:nchar(數(shù)字)

作用:與asc相反,根據(jù)ASCII碼返回字符

Access:mid(字符串,N,L) SQLServer:substring(字符串,N,L)

作用:返回字符串從N個(gè)字符起長(zhǎng)度為L(zhǎng)的子字符串,即N到N+L之間的字符串

Access:abc(數(shù)字) SQLServer:abc (數(shù)字)

作用:返回?cái)?shù)字的絕對(duì)值(在猜解漢字的時(shí)候會(huì)用到)

Access:A between B And C SQLServer:A between B And C

作用:判斷A是否界于B與C之間

第三節(jié)、中文處理方法

在注入中碰到中文字符是常有的事,有些人一碰到中文字符就想打退堂鼓了。其實(shí)只要對(duì)中文的編碼有所了解,“中文恐懼癥”很快可以克服。

先說一點(diǎn)常識(shí):

Access中,中文的ASCII碼可能會(huì)出現(xiàn)負(fù)數(shù),取出該負(fù)數(shù)后用abs()取絕對(duì)值,漢字字符不變。

關(guān)于sql注入查詢數(shù)據(jù)庫名的介紹到此就結(jié)束了,不知道你從中找到你需要的信息了嗎 ?如果你還想了解更多這方面的信息,記得收藏關(guān)注本站。

成都服務(wù)器托管選創(chuàng)新互聯(lián),先上架開通再付費(fèi)。
創(chuàng)新互聯(lián)(www.cdcxhl.com)專業(yè)-網(wǎng)站建設(shè),軟件開發(fā)老牌服務(wù)商!微信小程序開發(fā),APP開發(fā),網(wǎng)站制作,網(wǎng)站營(yíng)銷推廣服務(wù)眾多企業(yè)。電話:028-86922220


網(wǎng)站標(biāo)題:如何通過SQL注入查詢數(shù)據(jù)庫名? (sql注入查詢數(shù)據(jù)庫名)
新聞來源:http://www.dlmjj.cn/article/dhhdgpi.html