ASP***Webshell的安全防範解決辦法

　注意：本文所講述之設置方法與環境：適用於Microsoft Windows 2000 Server/Win2003 SERVER 　 IIS5.0/IIS6.0 　　一、首先咱們來看看通常ASP***、Webshell所利用的ASP組件有那些？咱們以海洋***爲列： 　　 　　 　　 　　 　　 　　shellStr="Shell" 　　applicationStr="Application" 　　if cmdPath="wscriptShell" 　　set sa=server.createObject(shellStr&"."&applicationStr) 　　set streamT=server.createObject("adodb.stream") 　　set domainObject = GetObject("WinNT://.") 　　以上是海洋中的相關代碼，從上面的代碼咱們不難看出通常ASP***、Webshell主要利用瞭如下幾類ASP組件： 　　 　　① WScript.Shell (classid:72C24DD5-D70A-438B-8A42-98424B88AFB8) 　　② WScript.Shell.1 (classid:F935DC22-1CF0-11D0-ADB9-00C04FD58A0B) 　　③ WScript.Network (classid:093FF999-1EA0-4079-9525-9614C3504B74) 　　④ WScript.Network.1 (classid:093FF999-1EA0-4079-9525-9614C3504B74) 　　⑤ FileSystem Object (classid:0D43FE01-F093-11CF-8940-00A0C9054228) 　　⑥ Adodb.stream (classid:{00000566-0000-0010-8000-00AA006D2EA4}) 　　⑦ Shell.applicaiton.... 　　hehe，這下咱們清楚了危害咱們WEB SERVER IIS的最罪魁禍首是誰了!!開始操刀,come on... 　　2:解決辦法： 　　① 刪除或改名如下危險的ASP組件： 　　WScript.Shell、WScript.Shell.一、Wscript.Network、Wscript.Network.一、adodb.stream、Shell.application 　　開始------->運行--------->Regedit，打開註冊表編輯器，按Ctrl+F查找，依次輸入以上Wscript.Shell等組件名稱以及相應的ClassID，而後進行刪除或者更更名稱(這裏建議你們改名，若是有部分網頁ASP程序利用了上面的組件的話呢，只需在將寫ASP代碼的時候用咱們更改後的組件名稱便可正常使用。固然若是你確信你的ASP程序中沒有用到以上組件，仍是直接刪除心中踏實一些^_^,按常規通常來講是不會作到以上這些組件的。刪除或改名後，iisreset重啓IIS後便可升效。) 　　[注意：因爲Adodb.Stream這個組件有不少網頁中將用到，因此若是你的服務器是開虛擬主機的話，建議酢情處理。] 　　② 關於 File System Object (classid:0D43FE01-F093-11CF-8940-00A0C9054228)即常說的FSO的安全問題，若是您的服務器必須要用到FSO的話，(部分虛擬主機服務器通常需開FSO功能)能夠參照本人的另外一篇關於FSO安全解決辦法的文章:Microsoft Windows 2000 Server FSO 安全隱患解決辦法。若是您確信不要用到的話，能夠直接反註冊此組件便可。 　　③ 直接反註冊、卸載這些危險組件的方法：(實用於不想用①及②類此類煩瑣的方法) 　　卸載wscript.shell對象，在cmd下或直接運行：regsvr32 /u %windir%\system32\WSHom.Ocx 　　卸載FSO對象,在cmd下或直接運行：regsvr32.exe /u %windir%\system32\scrrun.dll 　　卸載stream對象,在cmd下或直接運行： regsvr32 /s /u "C:\Program Files\Common Files\System\ado\msado15.dll" 　　若是想恢復的話只須要去掉 /U 便可從新再註冊以上相關ASP組件例如：regsvr32.exe %windir%\system32\scrrun.dll 　　④ 關於Webshell中利用set domainObject = GetObject("WinNT://.")來獲取服務器的進程、服務以及用戶等信息的防範，你們能夠將服務中的Workstation[提供網絡鏈結和通信]即Lanmanworkstation服務中止並禁用便可。此處理後，Webshell顯示進程處將爲空白。 　　3 按照上一、2方法對ASP類危險組件進行處理後，用阿江的asp探針測試了一下,「服務器CPU詳情」和「服務器操做系統」根本查不到,內容爲空白的。再用海洋測試Wsript.Shell來運行cmd命令也是提示Active沒法建立對像。你們就均可以不再要爲ASP***危害到服務器系統的安全而擔擾了。 　　固然服務器安全遠遠不至這些，這裏爲你們介紹的僅僅是本人在處理ASP***、Webshell上的一些心得體會。在下一篇中將爲你們介紹如何簡簡單單的防止別人在服務器上執行如net user之類的命令，防溢出類***獲得cmdshell，以及執行添加用戶、改NTFS設置權限到終端登陸等等的最簡單有效的防範方法。