主頁 > 知識(shí)庫 > ASP漏洞全接觸-入門篇

ASP漏洞全接觸-入門篇

熱門標(biāo)簽:臨滄移動(dòng)外呼系統(tǒng)哪家有 怎么更改地圖標(biāo)注電話 隨州銷售外呼系統(tǒng)平臺(tái) 激戰(zhàn)黃昏地圖標(biāo)注說明 交行外呼系統(tǒng)有哪些 溫嶺代理外呼系統(tǒng) 防城港市ai電銷機(jī)器人 寧夏保險(xiǎn)智能外呼系統(tǒng)哪家好 不同的地圖標(biāo)注
   隨著B/S模式應(yīng)用開發(fā)的發(fā)展,使用這種模式編寫應(yīng)用程序的程序員也越來越多。但是由于這個(gè)行業(yè)的入門門檻不高,程序員的水平及經(jīng)驗(yàn)也參差不齊,相當(dāng)大一部分程序員在編寫代碼的時(shí)候,沒有對(duì)用戶輸入數(shù)據(jù)的合法性進(jìn)行判斷,使應(yīng)用程序存在安全隱患。用戶可以提交一段數(shù)據(jù)庫查詢代碼,根據(jù)程序返回的結(jié)果,獲得某些他想得知的數(shù)據(jù),這就是所謂的SQL Injection,即SQL注入。

  SQL注入是從正常的WWW端口訪問,而且表面看起來跟一般的Web頁面訪問沒什么區(qū)別,所以目前市面的防火墻都不會(huì)對(duì)SQL注入發(fā)出警報(bào),如果管理員沒查看IIS日志的習(xí)慣,可能被入侵很長(zhǎng)時(shí)間都不會(huì)發(fā)覺。

  但是,SQL注入的手法相當(dāng)靈活,在注入的時(shí)候會(huì)碰到很多意外的情況。能不能根據(jù)具體情況進(jìn)行分析,構(gòu)造巧妙的SQL語句,從而成功獲取想要的數(shù)據(jù),是高手與“菜鳥”的根本區(qū)別。

  根據(jù)國情,國內(nèi)的網(wǎng)站用ASP+Access或SQLServer的占70%以上,PHP+MySQ占L20%,其他的不足10%。在本文,我們從分入門、進(jìn)階至高級(jí)講解一下ASP注入的方法及技巧,PHP注入的文章由NB聯(lián)盟的另一位朋友zwell撰寫,希望對(duì)安全工作者和程序員都有用處。了解ASP注入的朋友也請(qǐng)不要跳過入門篇,因?yàn)椴糠秩藢?duì)注入的基本判斷方法還存在誤區(qū)。大家準(zhǔn)備好了嗎?Lets Go...

  入 門 篇

  如果你以前沒試過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不能打開新窗口的多種解決方法”的鏈接,地址為http://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)確呢?答案如下: 

 ?、賖ttp://www.19cn.com/showdetail.asp?id=49 

  ②http://www.19cn.com/showdetail.asp?id=49 ;;and 1=1 

 ?、踙ttp://www.19cn.com/showdetail.asp?id=49 ;;and 1=2 

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

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

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

 ?、?nbsp;正常顯示,內(nèi)容基本與①相同 

 ?、?nbsp;提示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ò)信息獲取,方法如下: 

  http://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)表[msysobjects]中,但在Web環(huán)境下讀該表會(huì)提示“沒有權(quán)限”,SQLServer是在表[sysobjects]中,在Web環(huán)境下可正常讀取。 

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

  http://www.19cn.com/showdetail.asp?id=49 ;;and (select count(*) from sysobjects)>0 

  http://www.19cn.com/showdetail.asp?id=49 ;;and (select count(*) from msysobjects)>0 

  如果數(shù)據(jù)庫是SQLServer,那么第一個(gè)網(wǎng)址的頁面與原頁http://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)證。 

標(biāo)簽:沈陽 河源 哈密 青海 紅河 阜陽 忻州 無錫

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《ASP漏洞全接觸-入門篇》,本文關(guān)鍵詞  ASP,漏洞,全接觸,入門,篇,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《ASP漏洞全接觸-入門篇》相關(guān)的同類信息!
  • 本頁收集關(guān)于ASP漏洞全接觸-入門篇的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章