黑客談SQL安全：SQL Server SA權(quán)限讓入侵更方便
SQL Server SA權(quán)限存在著巨大的安全隱患？這可不是開(kāi)玩笑的，數(shù)據(jù)庫(kù)的安全性可是我們最關(guān)心的問(wèn)題。但是正是SQL Server SA權(quán)限的存在，讓我們不得不緊繃著神經(jīng)。
想必大家都知道SQL Server SA權(quán)限是什么，可以說(shuō)是至高無(wú)上。今天我就它的危害再談點(diǎn)兒，我所講的是配合NBSI上傳功能得到WebShell。在講之前先說(shuō)幾個(gè)條件，否則得到Shell是有難度的。
1．存在SQL注入，并且數(shù)據(jù)庫(kù)類(lèi)型是MSSQL。
2．連接數(shù)據(jù)庫(kù)的權(quán)限必須是SA。
3．后臺(tái)必須有文件上傳的程序。
好了，我們找到一個(gè)網(wǎng)址hxxp://www.6x36x.com/fangchan/listpro.asp?id=53，用NBSI一會(huì)就一目了然了。
很好，SQL Server SA權(quán)限，再看看第三個(gè)條件滿足不滿足。找到頁(yè)面中的文章（新聞），看看里面的圖片的地址是什么。好！一看就明白了hxxp://www.6x36x.com/admin/uploadpic/2xx5042823082994329.gif，你明白了嗎？特別是2xx5042823082994329.gif 這下我們敢肯定后臺(tái)有上傳文件的功能了。下面做什么呢？暈，找出該網(wǎng)站所在的路徑呀。這個(gè)嘛就得全靠NBSI的NB Commander（NB Tree_List）功能了（在這里我推薦大家用NB Commander，為什么呢？看完文章就知道了），不過(guò)找出網(wǎng)站所在的真實(shí)路徑需要花一定的時(shí)間，那就看你有沒(méi)有耐心了。我敢說(shuō)只要有耐心，肯定能找出網(wǎng)站所在的真實(shí)路徑。這里我找到了這個(gè)站點(diǎn)所在的路徑D:\9x3x9，接著就是后臺(tái)了，很快就得到Admin/login.asp，接下來(lái)就是賬號(hào)和密碼的猜解了。不過(guò)我這次猜解出現(xiàn)了問(wèn)題。說(shuō)什么也弄不出他的賬號(hào)和密碼，難道都是空的？我不相信，就試著登錄了一下，結(jié)果失敗了。于是從這開(kāi)始，NB Commander功能就顯得非常重要了(因?yàn)榇蠹叶贾溃心夸汵B Command和NB Tree_List都能實(shí)現(xiàn))，我找到文件conn.asp，用type D:\9x3x9\admin\logining.asp命令看了看源代碼。
夠狠吧！讀了讀代碼沒(méi)有問(wèn)題呀！就是用的admin表字段也一樣，不多說(shuō)了，誰(shuí)能知道其中的原因？請(qǐng)告訴俺一下，也讓俺這只菜鳥(niǎo)走出困惑。進(jìn)不了后臺(tái)怎么上傳圖片呢？這里我用NBSI的上傳功能，我試過(guò)了，沒(méi)有成功。因?yàn)槲覀魃先ズ螅吹酱a每行都重復(fù)三次，也不知是為什么，就是用臭要飯的Getwebshell也是同樣的結(jié)果。
我想有了，看看它的Session是怎么驗(yàn)證的，又是一個(gè)type D:\9x3x9\admin\quanxian.asp。通過(guò)分析很快就明白了，它給Session(“wsl”)賦了一個(gè)值為1，哈哈！我寫(xiě)了一個(gè)非常簡(jiǎn)單的程序。用NBSI的上傳功能傳了上去，我想不管重復(fù)幾次都是正確的（這里你又會(huì)想到什么呢？如果密碼是MD5的，我們沒(méi)有必要去爆破了，弄個(gè)session就ok了），傳上去保存為1.asp，然后我訪問(wèn)hxxp://www.6x36x.com/admin/1.asp，接著訪問(wèn)hxxp://www.6x36x.com/admin/admin_index.asp，就這樣進(jìn)入了后臺(tái)，本地測(cè)試。
小提示：Session變量和cookies是同一類(lèi)型的。如果某用戶將瀏覽器設(shè)置為不兼容任何cookie，那么該用戶就無(wú)法使用這個(gè)Session變量！ 當(dāng)一個(gè)用戶訪問(wèn)某頁(yè)面時(shí)，每個(gè)Session變量的運(yùn)行環(huán)境便自動(dòng)生成，這些Session變量可在用戶離開(kāi)該頁(yè)面后仍保留20分鐘！（事實(shí)上，這些變量一直可保留至“timeout”。“timeout”的時(shí)間長(zhǎng)短由Web服務(wù)器管理員設(shè)定。一些站點(diǎn)上的變量?jī)H維持了3分鐘，一些則為10分鐘，還有一些則保留至默認(rèn)值20分鐘。）所以，如果在Session中置入了較大的對(duì)象（如ADO recordsets，connections， 等等），那就有麻煩了！隨著站點(diǎn)訪問(wèn)量的增大，服務(wù)器將會(huì)因此而無(wú)法正常運(yùn)行！
因?yàn)閯?chuàng)建Session變量有很大的隨意性，可隨時(shí)調(diào)用，不需要開(kāi)發(fā)者做精確地處理。所以，過(guò)度使用session變量將會(huì)導(dǎo)致代碼不可讀而且不好維護(hù)。
這樣我找到上傳圖片的地方，把a(bǔ)sp木馬改成.gif傳了上去，記住了上傳后的名字，這里是uploadpic\2xx56171430123.gif，那么你會(huì)想到什么呢？哈哈我想起來(lái)了，把圖片copy成.asp的，或者重命名成.asp的。
好了，到這里我們的馬就算是上去了，至于以后的事情就不提了。
總結(jié)：SQL Server SA權(quán)限的確給我們帶來(lái)了很大危害，所以程序員在連接MSSQL數(shù)據(jù)庫(kù)的時(shí)候千萬(wàn)不能用它，否則服務(wù)器成為肉雞的可能性非常非常的大。還有，MSSQL 的擴(kuò)展存儲(chǔ)功能，用不到它就刪除，留著就成了黑客的利器。
【編輯推薦】
