本文是一篇黑客的經驗談，他告訴大家在MSSQL中SA權限使用上需要注意的問題，供大家參考！
想必大家都知道MSSQL中SA權限是什麼，可以說是至高無上。今天我就它的危害再談點兒，我所講的是配合NBSI上傳功能得到WebShell。在講之前先說幾個條件，否則得到Shell是有難度的。
1．存在SQL注入，並且數據庫類型是MSSQL。
2．連接數據庫的權限必須是SA。
3．後台必須有文件上傳的程序。
好了，我們找到一個網址hxxp://www.6x36x.com/fangchan/listpro.ASP?id=53，用NBSI一會就一目了然了。
很好，數據庫類型是MSSQL，權限是SA，再看看第三個條件滿足不滿足。找到頁面中的文章（新聞），看看裡面的圖片的地址是什麼。好！一看就明白了hxxp://www.6x36x.com/admin/uploadpic/2xx5042823082994329.gif，你明白了嗎？特別是2xx5042823082994329.gif 這下我們敢肯定後台有上傳文件的功能了。下面做什麼呢？暈，找出該網站所在的路徑呀。這個嘛就得全靠NBSI的NB Commander（NB Tree_List）功能了（在這裡我推薦大家用NB Commander，為什麼呢？看完文章就知道了），不過找出網站所在的真實路徑需要花一定的時間，那就看你有沒有耐心了。我敢說只要有耐心，肯定能找出網站所在的真實路徑。這裡我找到了這個站點所在的路徑D:9x3x9，接著就是後台了，很快就得到Admin/login.asp，接下來就是賬號和密碼的猜解了。不過我這次猜解出現了問題。說什麼也弄不出他的賬號和密碼，難道都是空的？我不相信，就試著登錄了一下，結果失敗了。於是從這開始，NB Commander功能就顯得非常重要了(因為大家都知道，列目錄NB Command和NB Tree_List都能實現)，我找到文件conn.asp，用type D:9x3x9adminlogining.ASP命令看了看源代碼。
夠狠吧！讀了讀代碼沒有問題呀！就是用的admin表字段也一樣，不多說了，誰能知道其中的原因？請告訴俺一下，也讓俺這只菜鳥走出困惑。進不了後台怎麼上傳圖片呢？這裡我用NBSI的上傳功能，我試過了，沒有成功。因為我傳上去後，看到代碼每行都重復三次，也不知是為什麼，就是用臭要飯的Getwebshell也是同樣的結果。
我想有了，看看它的Session是怎麼驗證的，又是一個type D:9x3x9adminquanxian.asp。通過分析很快就明白了，它給Session(“wsl”)賦了一個值為1，哈哈！我寫了一個非常簡單的程序。用NBSI的上傳功能傳了上去，我想不管重復幾次都是正確的（這裡你又會想到什麼呢？如果密碼是MD5的，我們沒有必要去爆破了，弄個session就ok了），傳上去保存為1.asp，然後我訪問hxxp://www.6x36x.com/admin/1.asp，接著訪問hxxp://www.6x36x.com/admin/admin_index.ASP，就這樣進入了後台，本地測試。
小提示：Session變量和cookIEs是同一類型的。如果某用戶將浏覽器設置為不兼容任何cookIE，那麼該用戶就無法使用這個Session變量！ 當一個用戶訪問某頁面時，每個Session變量的運行環境便自動生成，這些Session變量可在用戶離開該頁面後仍保留20分鐘！（事實上，這些變量一直可保留至“timeout”。“timeout”的時間長短由Web服務器管理員設定。一些站點上的變量僅維持了3分鐘，一些則為10分鐘，還有一些則保留至默認值20分鐘。）所以，如果在Session中置入了較大的對象（如ADO recordsets，connections， 等等），那就有麻煩了！隨著站點訪問量的增大，服務器將會因此而無法正常運行！
因為創建Session變量有很大的隨意性，可隨時調用，不需要開發者做精確地處理。所以，過度使用session變量將會導致代碼不可讀而且不好維護。
這樣我找到上傳圖片的地方，把asp木馬改成.gif傳了上去，記住了上傳後的名字，這裡是uploadpic2xx56171430123.gif，那麼你會想到什麼呢？哈哈我想起來了，把圖片copy成.asp的，或者重命名成.ASP的。
好了，到這裡我們的馬就算是上去了，至於以後的事情就不提了。
總結：SA的確給我們帶來了很大危害，所以程序員在連接MSSQL數據庫的時候千萬不能用它，否則服務器成為肉雞的可能性非常非常的大。還有，MSSQL 的擴展存儲功能，用不到它就刪除，留著就成了黑客的利器。
