關(guān)閉網(wǎng)站的wscript.shell命令行執(zhí)行
將下面的代碼保存為一個.BAT文件,( 以下均以 WIN2000 為例,如果使用2003,則系統(tǒng)文件夾應(yīng)該是 C:\WINDOWS\ )
regsvr32/u C:\WINNT\System32\wshom.ocx
del C:\WINNT\System32\wshom.ocx
regsvr32/u C:\WINNT\system32\shell32.dll
del C:\WINNT\system32\shell32.dll
然后運行一下,WScript.Shell, Shell.application, WScript.Network就會被卸載了??赡軙崾緹o法刪除文件,不用管它,重啟一下服務(wù)器,你會發(fā)現(xiàn)這三個都提示“×安全”了。
如何卸載Wscript.Shell等對象
1、卸載wscript.shell對象
在cmd下運行:regsvr32 WSHom.Ocx /u
2、卸載FSO對象
在cmd下運行:regsvr32.exe scrrun.dll /u
3、卸載stream對象
在cmd下運行:
regsvr32 /s /u "C:\Program Files\Common Files\System\ado\msado15.dll"
如果要重新啟用:請把/u參數(shù)對掉就行了!
禁止WScript.Shell
防范此類病毒的方法就是將Windows scripting host卸載掉,
具體方法是:我的電腦→控制面板→添加/刪除程序→安裝WINDOWS→
附件→詳細(xì)資料→Windows scripting host→確定。其實還有一種方法更簡單,
依次鍵入下面兩段命令:regsvr32/u wshom.ocx回車、regsvr32/u wshext.dll回車,
就可以把注冊表中.wsh對象的注冊值刪掉。這樣那些必須依靠對象運行的病毒就因
為找不著對象而無法運行下去。
\\\\\\\\\\\\\\\\\\\\\\\\\\
防范Wscript.Shell組件的方法:
可以通過修改注冊表,將此組件改名。
HKEY_CLASSES_ROOT\WScript.Shell\及HKEY_CLASSES_ROOT\WScript.Shell.1\
改名為其它的名字,如:改為WScript.Shell_ChangeName或WScript.Shell.1_ChangeName自己以后調(diào)用的時候使用這個就可以正常調(diào)用此組件了
也要將clsid值也改一下
HKEY_CLASSES_ROOT\WScript.Shell\CLSID\項目的值
HKEY_CLASSES_ROOT\WScript.Shell.1\CLSID\項目的值
也可以將其刪除,來防止此類木馬的危害。
防范Shell.Application組件的方法:
可以通過修改注冊表,將此組件改名。
HKEY_CLASSES_ROOT\Shell.Application\
及
HKEY_CLASSES_ROOT\Shell.Application.1\
改名為其它的名字,如:改為Shell.Application_ChangeName或Shell.Application.1_ChangeName
自己以后調(diào)用的時候使用這個就可以正常調(diào)用此組件了。
也要將clsid值也改一下
HKEY_CLASSES_ROOT\Shell.Application\CLSID\項目的值
HKEY_CLASSES_ROOT\Shell.Application\CLSID\項目的值
也可以將其刪除,來防止此類木馬的危害。
======================================================
以上是海洋中的相關(guān)代碼,從上面的代碼我們不難看出一般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的最罪魁禍?zhǔn)资钦l了!!開始操刀,come on...
2:解決辦法:
?、?刪除或更名以下危險的ASP組件:
WScript.Shell、WScript.Shell.1、Wscript.Network、Wscript.Network.1、adodb.stream、
Shell.application
開始------->運行--------->Regedit,打開注冊表編輯器,按Ctrl+F查找,依次輸入以上
Wscript.Shell等組件名稱以及相應(yīng)的ClassID,然后進(jìn)行刪除或者更改名稱(這里建議大家更名,如
果有部分網(wǎng)頁ASP程序利用了上面的組件的話呢,只需在將寫ASP代碼的時候用我們更改后的組件名
稱即可正常使用。當(dāng)然如果你確信你的ASP程序中沒有用到以上組件,還是直
接刪除心中踏實一些^_^,按常規(guī)一般來說是不會做到以上這些組件的。刪除或更名后,iisreset
重啟IIS后即可升效。)
[注意:由于Adodb.Stream這個組件有很多網(wǎng)頁中將用到,所以如果你的服務(wù)器是開虛擬主機的話,
建議酢情處理。]
?、?關(guān)于 File System Object (classid:0D43FE01-F093-11CF-8940-00A0C9054228)即常說的FSO的
安全問題,如果您的服務(wù)器必需要用到FSO的話,(部分虛擬主機服務(wù)器一般需開FSO功能)可以參照本人的另一篇關(guān)于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"
如果想恢復(fù)的話只需要去掉 /U 即可重新再注冊以上相關(guān)ASP組件例如:regsvr32.exe %windir%/system32/scrrun.dll
?、?關(guān)于Webshell中利用set domainObject = GetObject("WinNT://.")來獲取服務(wù)器的進(jìn)程、服務(wù)以及
用戶等信息的防范,大家可以將服務(wù)中的Workstation[提供網(wǎng)絡(luò)鏈結(jié)和通訊]即Lanmanworkstation服務(wù)停止
并禁用即可。此處理后,Webshell顯示進(jìn)程處將為空白。
3 按照上1、2方法對ASP類危險組件進(jìn)行處理后,用阿江的asp探針測試了一下,"服務(wù)器CPU詳情"和"服務(wù)
器操作系統(tǒng)"根本查不到,內(nèi)容為空白的。再用海洋測試Wsript.Shell來運行cmd命令也是提示Active無法創(chuàng)建
對像。大家就都可以再也不要為ASP木馬危害到服務(wù)器系統(tǒng)的安全而擔(dān)擾了
相關(guān)文章
asp.net RewritePath重定向HTTP頭Content-Location暴露真實路徑解決方法
這篇文章主要介紹了asp.net RewritePath重定向HTTP頭Content-Location暴露真實路徑解決方法,需要的朋友可以參考下2016-07-07Windows Server 2019 驗證DHCP服務(wù) & 備份與恢
這篇文章主要介紹了Windows Server 2019 驗證DHCP服務(wù) & 備份與恢復(fù)DHCP數(shù)據(jù) Ⅲ,需要的朋友可以參考下2023-05-05Microsoft Windows 2008 Server R2 iis7.5上傳文件限制200K更改
這篇文章主要介紹了Microsoft Windows 2008 Server R2上傳文件限制200K更改,需要的朋友可以參考下2015-10-10windows2003安裝apache-mysql-php-phpmyadmin
在本機搭建apache,php,mysql的開發(fā)環(huán)境網(wǎng)上文章很多,我在這兒列舉一下在windows2003sp2,vista上搭建最新的Apache+PHP+MySQL+phpMyAdmin會出現(xiàn)的一些新問題,也許會對你有所幫助.2009-02-02win2008 r2 安裝sqlserver 2000問題的解決方法
最近服務(wù)器升級了win2008 r2系統(tǒng),考慮到用戶額需要,sqlserver使用了2000,其實個人建議安裝sql2005或sql2008,但也不能考慮一些朋友額需求2013-08-08iis 7.5 下站點日志開啟以及默認(rèn)位置設(shè)置方法
一直用iis6的日志管理,最近升級了2008所以打算啟用一下iis 7.5的日志,這里就為大家分享一下方法,需要的朋友可以參考下2017-04-04中間件IIS監(jiān)控指標(biāo)、設(shè)置和Windbg|Mex調(diào)試分析
在IIS Web服務(wù)器中,worker processe處理Web請求并提供響應(yīng),一臺服務(wù)器同時運行多個進(jìn)程,每個worker processe都屬于一個應(yīng)用程序池,且與不同池關(guān)聯(lián)的工作進(jìn)程不共享該池資源,IIS監(jiān)控主要針對會話、事務(wù)、緩存、內(nèi)存、線程池等進(jìn)行監(jiān)控2023-12-12SERV-U打造最安全的FTP安全設(shè)置教程[圖文]
作為一款精典的FTP服務(wù)器軟件,SERV-U一直被大部分管理員所使用,它簡單的安裝和配置以及強大的管理功能的人性化也一直被管理員們稱頌。但是隨著使用者越來越多,該軟件的安全問題也逐漸顯露出來。2008-10-10為應(yīng)用程序池 ''DefaultAppPool'' 提供服務(wù)的進(jìn)程關(guān)閉時間超過了限制
為應(yīng)用程序池 'DefaultAppPool' 提供服務(wù)的進(jìn)程關(guān)閉時間超過了限制服務(wù)器經(jīng)常產(chǎn)生“應(yīng)用程序池 'DefaultAppPool' 提供服務(wù)的進(jìn)程關(guān)閉時間超過了限制。進(jìn)程 ID 是 '2068'?!钡腻e誤,導(dǎo)致iis處于假死狀態(tài),經(jīng)了解是IIS應(yīng)用程序池的設(shè)置問題2011-11-11