唐山网站建设

设为主页 加入收藏 繁體中文

ASP木马Webshell安全防范解决办法

核心提示:留意:本文所讲述之设置方法与环境:适用于Microsoft Windows 2000 Server/Win2003 SERVER   IIS5.0/IIS6.0

留意:本文所讲述之设置方法与环境:适用于Microsoft Windows 2000 Server/Win2003 SERVER   IIS5.0/IIS6.0

1、首先我们来看看1般ASP木马、Webshell所利用的ASP组件有那些?我们以海洋木马为列:
  

以下为援用的内容:
  <object runat="server" id="ws" scope="page" classid="clsid:72C24DD5-D70A⑷38B⑻A42⑼8424B88AFB8">
  
  </object>
  
  <object runat="server" id="ws" scope="page" classid="clsid:F935DC22⑴CF0⑴1D0-ADB9-00C04FD58A0B">
  
  </object>
  
  <object runat="server" id="net" scope="page" classid="clsid:093FF999⑴EA0⑷079⑼525⑼614C3504B74">
  
  </object>
  
  <object runat="server" id="net" scope="page" classid="clsid:F935DC26⑴CF0⑴1D0-ADB9-00C04FD58A0B">
  
  </object>
  
  <object runat="server" id="fso" scope="page" classid="clsid:0D43FE01-F093⑴1CF⑻940-00A0C9054228">
  
  </object>
  
  shellStr="Shell"
  
  applicationStr="Application"
  
  if cmdPath="wscriptShell"
  
  set sa=server.createObject(shellStr&"."&applicationStr)
  
  set streamT=server.createObject("adodb.stream")
  
  set domainObject = GetObject("WinNT://.")

  
以上是海洋中的相干代码,从上面的代码我们不丢脸出1般ASP木马、Webshell主要利用了以下几类ASP组件:
  
① WScript.Shell (classid:72C24DD5-D70A⑷38B⑻A42⑼8424B88AFB8)

② WScript.Shell.1 (classid:F935DC22⑴CF0⑴1D0-ADB9-00C04FD58A0B)

③ WScript.Network (classid:093FF999⑴EA0⑷079⑼525⑼614C3504B74)

④ WScript.Network.1 (classid:093FF999⑴EA0⑷079⑼525⑼614C3504B74)

⑤ FileSystem Object (classid:0D43FE01-F093⑴1CF⑻940-00A0C9054228)

⑥ Adodb.stream (classid:{00000566-0000-0010⑻000-00AA006D2EA4})

⑦ Shell.applicaiton....

这下我们清楚了危害我们WEB SERVER IIS的最罪魁罪魁是谁了!开始操刀,come on...

2、解决办法:

① 删除或更名以下危险的ASP组件:

WScript.Shell、WScript.Shell.1、Wscript.Network、Wscript.Network.1、adodb.stream、Shell.application

开始------->运行--------->Regedit,打开注册表编辑器,按Ctrl+F查找,顺次输进以上Wscript.Shell等组件名称和相应的ClassID,然落后行删除或更改名称(这里建议大家更名,假设有部份网页ASP程序利用了上面的组件的话呢,只需在将写ASP代码的时候用我们更改后的组件名称即可正常使用。固然假设你确信你的ASP程序中没有用到以上组件,还是直接删除心中踏实1些^_^,按常规1般来讲是不会做到以上这些组件的。删除或更名后,iisreset重启IIS后即可升效。)

[留意:由于Adodb.Stream这个组件有很多网页中将用到,所以假设你的服务器是开虚拟主机的话,建议酢情处理。]

② 关于 File System Object (classid:0D43FE01-F093⑴1CF⑻940-00A0C9054228)即常说的FSO的安全题目,假设您的服务器必须要用到FSO的话,(部份虚拟主机服务器1般需开FSO功能)可以参照本人的另1篇关于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、依照上1、2方法对ASP类危险组件进行处理后,用阿江的asp探针测试了1下,"服务器CPU详情"和"服务器操纵系统"根本查不到,内容为空缺的。再用海洋测试Wsript.Shell来运行cmd命令也是提示Active没法创建对像。大家就都可以不再要为ASP木马危害到服务器系统的安全而担扰了。

固然服务器安全远远不至这些,这里为大家先容的仅仅是本人在处理ASP木马、Webshell上的1些心得体会。在下1篇中将为大家先容如何简简单单的避免他人在服务器上履行如net user之类的命令,防溢出类攻击得到cmdshell,和履行添加用户、改NTFS设置权限到终端登录等等的最简单有效的防范方法。

http://www.fw8.net/


TAG:方法,服务器,木马,组件,罪魁
评论加载中...
内容:
评论者: 验证码: