參加IT認證考試前，筆者習慣到網(wǎng)上去搜搜。亂逛之余，不小心就來到了PROMETRIC的中文站。筆者發(fā)現(xiàn)整個站點都是ASP程序，況且剛才還有個考場的登錄界面，要是能發(fā)現(xiàn)什么漏洞就好了。
探測漏洞
隨手找了個頁面(http://www.promet.ric.com.cn/openpage.asp?page_id=0)，在參數(shù)0后面加上個單引號。返回的頁面顯示：500服務(wù)器內(nèi)部錯誤。在IE的“Internet選項→高級”中有一個“顯示友好HTTP錯誤信息”的選項，取消前面的鉤?，F(xiàn)在，我們可以看到詳細的錯誤信息：
Microsoft OLE DB Provider for ODBC Drivers 錯誤 '80040e14'
[Microsoft][ODBC SQL Server Driver][SQL Server]Line 1: Incorrect syntax near ''./audit.asp，行18
原來PROMETRIC用的是MSSQL，看來存在嚴重的注入漏洞(由于涉嫌攻擊步驟，此處不詳細敘述)。
漏洞原理
SQL注入的漏洞通常是由于程序員對它不了解，設(shè)計程序時某個參數(shù)過濾不嚴格所致。就拿剛才測試用的鏈接中的page_id這個參數(shù)來講，肯定就沒有進行過濾檢查，源程序中的查詢語句如下所示：
Select * From Table Where page_id='0'
當我們提交http://www.prometric.com.cn/openpage.asp?page_id=0 and 1=1時，查詢語句就變成了：
Select * From Table Where page_id='0' and 1=1
當我們提交其他的查詢語句時，程序也會進行執(zhí)行判斷，如：
http://www.prometric.com.cn/openpage.asp?page_id=0 and user>0
查詢語句變成了：
Select * From Table Where page_id='0' and user>0
user是MSSQL的一個內(nèi)置函數(shù)，指的是當前連接數(shù)據(jù)庫的用戶名，是一個nvarchar值。當它與整型量0進行大小比較時，MSSQL會試圖將user的值轉(zhuǎn)換成int類型，于是MSSQL就會報錯：
[Microsoft][ODBC SQL Server Driver][SQL Server]Syntax error converting the nvarchar value 'web' to a column of data type int.
錯誤信息的后面顯示的是庫名、表名、數(shù)據(jù)等。如果對方屏蔽了錯誤信息呢？這時，我們就要利用Unicode、Substr等函數(shù)通過條件判斷來進行猜測了。
如何利用
大家可以利用小竹開發(fā)的NBSI2 MSSQL(以下簡稱“NBSI2”)工具。不過大家要注意，工具永遠只是工具，只能用來提高效率和準確性，自己一定得了解原理。
通過NBSI2，我們順利地導出了PRO METRIC中文站數(shù)據(jù)庫中的表名和數(shù)據(jù)，這里面包括各個考場的登錄用戶和密碼。
通過跨庫查詢，筆者還發(fā)現(xiàn)BALANCE表中的BALANCE字段存放了考場預付款的余額信息，只要進行跨庫更新，這個金額完全可以改變。
這時候，筆者突發(fā)奇想，既然可以得到考場程序，我們是不是可以私設(shè)一個考場……
心動不如行動，馬上開始安裝考試系統(tǒng)。安裝過程非常復雜，需要config.dts文件(網(wǎng)站上沒有)。
正當筆者不知怎么辦的時候，突然發(fā)現(xiàn)了企業(yè)郵箱服務(wù)，PROMETRIC為每一個考場都開設(shè)了新浪企業(yè)郵箱。
這些考場會不會為了方便沒有改默認密碼呢？果然很多考場沒有更改默認密碼，筆者很輕松地就進入了這些郵箱。經(jīng)過一番搜索，終于在一個考場的郵箱中找到了PROMETRIC發(fā)過來的config.dts文件……
到這里，本次安全測試算是告一段落了。試想一下，如果私自安裝了考場程序，我們是不是可以隨意修改考生信息？如果更改預付金，是不是還可以免費報名考試？而且利用考場ID和密碼，我們在網(wǎng)站上可以更改任何一個考場的注冊信息，然后通過社會工程手段，克隆出一個虛假的考場是完全有可能的。
后記
不知大家還記不記得上期《電腦報》上有關(guān)Oracle注入漏洞的文章。雖然兩者在技術(shù)實現(xiàn)手段、危害上都不一樣，但它們有一個共同點——從一個小小的地方撕開缺口，從而造成極大的危害。
在筆者所探測的網(wǎng)站中，有些網(wǎng)站只注意過濾地址欄中提交的非法字符，卻忽視了搜索功能中提交的字符，這樣網(wǎng)站依然會存在注入漏洞。
網(wǎng)絡(luò)安全是一項非常重要的、整體性很強的工作，每一個地方都需注意，否則造成的損失難以估計。
探測漏洞
隨手找了個頁面(http://www.promet.ric.com.cn/openpage.asp?page_id=0)，在參數(shù)0后面加上個單引號。返回的頁面顯示：500服務(wù)器內(nèi)部錯誤。在IE的“Internet選項→高級”中有一個“顯示友好HTTP錯誤信息”的選項，取消前面的鉤?，F(xiàn)在，我們可以看到詳細的錯誤信息：
Microsoft OLE DB Provider for ODBC Drivers 錯誤 '80040e14'
[Microsoft][ODBC SQL Server Driver][SQL Server]Line 1: Incorrect syntax near ''./audit.asp，行18
原來PROMETRIC用的是MSSQL，看來存在嚴重的注入漏洞(由于涉嫌攻擊步驟，此處不詳細敘述)。
漏洞原理
SQL注入的漏洞通常是由于程序員對它不了解，設(shè)計程序時某個參數(shù)過濾不嚴格所致。就拿剛才測試用的鏈接中的page_id這個參數(shù)來講，肯定就沒有進行過濾檢查，源程序中的查詢語句如下所示：
Select * From Table Where page_id='0'
當我們提交http://www.prometric.com.cn/openpage.asp?page_id=0 and 1=1時，查詢語句就變成了：
Select * From Table Where page_id='0' and 1=1
當我們提交其他的查詢語句時，程序也會進行執(zhí)行判斷，如：
http://www.prometric.com.cn/openpage.asp?page_id=0 and user>0
查詢語句變成了：
Select * From Table Where page_id='0' and user>0
user是MSSQL的一個內(nèi)置函數(shù)，指的是當前連接數(shù)據(jù)庫的用戶名，是一個nvarchar值。當它與整型量0進行大小比較時，MSSQL會試圖將user的值轉(zhuǎn)換成int類型，于是MSSQL就會報錯：
[Microsoft][ODBC SQL Server Driver][SQL Server]Syntax error converting the nvarchar value 'web' to a column of data type int.
錯誤信息的后面顯示的是庫名、表名、數(shù)據(jù)等。如果對方屏蔽了錯誤信息呢？這時，我們就要利用Unicode、Substr等函數(shù)通過條件判斷來進行猜測了。
如何利用
大家可以利用小竹開發(fā)的NBSI2 MSSQL(以下簡稱“NBSI2”)工具。不過大家要注意，工具永遠只是工具，只能用來提高效率和準確性，自己一定得了解原理。
通過NBSI2，我們順利地導出了PRO METRIC中文站數(shù)據(jù)庫中的表名和數(shù)據(jù)，這里面包括各個考場的登錄用戶和密碼。
通過跨庫查詢，筆者還發(fā)現(xiàn)BALANCE表中的BALANCE字段存放了考場預付款的余額信息，只要進行跨庫更新，這個金額完全可以改變。
這時候，筆者突發(fā)奇想，既然可以得到考場程序，我們是不是可以私設(shè)一個考場……
心動不如行動，馬上開始安裝考試系統(tǒng)。安裝過程非常復雜，需要config.dts文件(網(wǎng)站上沒有)。
正當筆者不知怎么辦的時候，突然發(fā)現(xiàn)了企業(yè)郵箱服務(wù)，PROMETRIC為每一個考場都開設(shè)了新浪企業(yè)郵箱。
這些考場會不會為了方便沒有改默認密碼呢？果然很多考場沒有更改默認密碼，筆者很輕松地就進入了這些郵箱。經(jīng)過一番搜索，終于在一個考場的郵箱中找到了PROMETRIC發(fā)過來的config.dts文件……
到這里，本次安全測試算是告一段落了。試想一下，如果私自安裝了考場程序，我們是不是可以隨意修改考生信息？如果更改預付金，是不是還可以免費報名考試？而且利用考場ID和密碼，我們在網(wǎng)站上可以更改任何一個考場的注冊信息，然后通過社會工程手段，克隆出一個虛假的考場是完全有可能的。
后記
不知大家還記不記得上期《電腦報》上有關(guān)Oracle注入漏洞的文章。雖然兩者在技術(shù)實現(xiàn)手段、危害上都不一樣，但它們有一個共同點——從一個小小的地方撕開缺口，從而造成極大的危害。
在筆者所探測的網(wǎng)站中，有些網(wǎng)站只注意過濾地址欄中提交的非法字符，卻忽視了搜索功能中提交的字符，這樣網(wǎng)站依然會存在注入漏洞。
網(wǎng)絡(luò)安全是一項非常重要的、整體性很強的工作，每一個地方都需注意，否則造成的損失難以估計。