为IT服务 [龙飞的博客]

一般情况下，黑客总是瞄准论坛等程序，因为这些程序都有上传功能，他们很容易的就可以上传ASP木马，即使设置了权限，木马也可以控制当前站点的所有文件了。另外，有了木马就然后用木马上传提升工具来获得更高的权限，我们关闭shell组件的目的很大程度上就是为了防止攻击者运行提升工具。

如果论坛管理员关闭了上传功能，则黑客会想办法获得超管密码，比如，如果你用动网论坛并且数据库忘记了改名，人家就可以直接下载你的数据库了，然后距离找到论坛管理员密码就不远了。

作为管理员，我们首先要检查我们的ASP程序，做好必要的设置，防止网站被黑客进入。另外就是防止攻击者使用一个被黑的网站来控制整个服务器，因为如果你的服务器上还为朋友开了站点，你可能无法确定你的朋友会把他上传的论坛做好安全设置。这就用到了前面所说的那一大堆东西，做了那些权限设置和防提升之后，黑客就算是进入了一个站点，也无法破坏这个网站以外的东西。

不安全组件不惊人

其实，只要做好了权限设置，那么FSO、XML、strem都不再是不安全组件了，因为他们都没有跨出自己的文件夹或者站点的权限。

最危险的组件是WSH和Shell，因为它可以运行你硬盘里的EXE等程序，比如它可以运行提升程序来提升SERV-U权限甚至用SERVU来运行更高权限的系统程序。

谨慎决定是否卸载一个组件

组件是为了应用而出现的，而不是为了不安全而出现的，所有的组件都有它的用处，所以在卸载一个组件之前，你必须确认这个组件是你的网站程序不需要的，或者即使去掉也不关大体的。否则，你只能留着这个组件并在你的ASP程序本身上下工夫，防止别人进来，而不是防止别人进来后SHELL。

比如，FSO和XML是非常常用的组件之一，很多程序会用到他们。WSH组件会被一部分主机管理程序用到，也有的打包程序也会用到。

卸载最不安全的组件

最简单的办法是直接卸载后删除相应的程序文件。将下面的代码保存为一个.BAT文件，( 以下均以 WIN2000 为例，如果使用2003，则系统文件夹应该是 C:WINDOWS )

regsvr32/u C:WINNTSystem32wshom.ocx
del C:WINNTSystem32wshom.ocx
regsvr32/u C:WINNTsystem32shell32.dll
del C:WINNTsystem32shell32.dll

然后运行一下，WScript.Shell, Shell.application, WScript.Network就会被卸载了。可能会提示无法删除文件，不用管它，重启一下服务器就行

改名不安全组件

需要注意的是组件的名称和Clsid都要改，并且要改彻底了。下面以Shell.application为例来介绍方法。

打开注册表编辑器【开始→运行→regedit回车】，然后【编辑→查找→填写Shell.application→查找下一个】，用这个方法能找到两个注册表项：“{13709620-C279-11CE-A49E-444553540000}”和“Shell.application”。为了确保万无一失，把这两个注册表项导出来，保存为 .reg 文件。

比如我们想做这样的更改

13709620-C279-11CE-A49E-444553540000 改名为 13709620-C279-11CE-A49E-444553540001
Shell.application 改名为 Shell.application_xxx

那么，就把刚才导出的.reg文件里的内容按上面的对应关系替换掉，然后把修改好的.reg文件导入到注册表中（双击即可），导入了改名后的注册表项之后，别忘记了删除原有的那两个项目。这里需要注意一点，Clsid中只能是十个数字和ABCDEF六个字母。最新的有些补丁装了之后可能会有“Shell.application.1”项目一样改名就行了。

防止列出用户组和系统进程

利用getobject(“WINNT”)可以获得系统用户和系统进程的列表，这个列表可能会被黑客利用，我们应当隐藏起来，方法是：

【开始→程序→管理工具→服务】，找到Workstation，停止它，禁用它。

这是防止ASP漏洞攻击的关键所在，优秀的权限设置可以将危害减少在一个IIS站点甚至一个虚拟目录里。我这里讲一下原理和设置思路，聪明的朋友应该看完这个就能解决问题了。

权限设置的原理

• WINDOWS用户，在WINNT系统中大多数时候把权限按用户（組）来划分。在【开始→程序→管理工具→计算机管理→本地用户和组】管理系统用户和用户组。
• NTFS权限设置，请记住分区的时候把所有的硬盘都分为NTFS分区，然后我们可以确定每个分区对每个用户开放的权限。【文件（夹）上右键→属性→安全】在这里管理NTFS文件（夹）权限。
• IIS匿名用户，每个IIS站点或者虚拟目录，都可以设置一个匿名访问用户（现在暂且把它叫“IIS匿名用户”），当用户访问你的网站的.ASP文件的时候，这个.ASP文件所具有的权限，就是这个“IIS匿名用户”所具有的权限。

权限设置的思路

• 要为每个独立的要保护的个体（比如一个网站或者一个虚拟目录）创建一个系统用户，让这个站点在系统中具有惟一的可以设置权限的身份。
• 在IIS的【站点属性或者虚拟目录属性→目录安全性→匿名访问和验证控制→编辑→匿名访问→编辑】填写刚刚创建的那个用户名。
• 设置所有的分区禁止这个用户访问，而刚才这个站点的主目录对应的那个文件夹设置允许这个用户访问（要去掉继承父权限，并且要加上超管组和SYSTEM组）。

这样设置了之后，这个站点里的ASP程序就只有当前这个文件夹的权限了。

我的设置方法

我是先创建一个用户组，以后所有的站点的用户都建在这个組里，然后设置这个组在各个分区没有权限或者完全拒绝。然后再设置各个IIS用户在各在的文件夹里的权限。

因为比较多，所以我很不想写，其实知道了上面的原理，大多数人都应该懂了，除非不知道怎么添加系统用户和組，不知道怎么设置文件夹权限，不知道IIS站点属性在那里。真的有那样的人，你也不要着急，要沉住气慢慢来，具体的方法其实自己也能摸索出来的，我就是这样。

其实，注销了Shell组件之后，侵入者运行提升工具的可能性就很小了，但是prel等别的脚本语言也有shell能力，为防万一，还是设置一下为好。

用Ultraedit打开ServUDaemon.exe查找Ascii：LocalAdministrator，和#l@$ak#.lk;0@P，修改成等长度的其它字符就可以了，ServUAdmin.exe也一样处理。

另外注意设置Serv-U所在的文件夹的权限，不要让IIS匿名用户有读取的权限，否则人家下走你修改过的文件，照样可以分析出你的管理员名和密码。

外面网站上搜到的都不是说的很明白
所以自己学的时候，做了些笔记。放上来大家讨论讨论

删除所有规则
iptables -F

删除所有定义
iptables -X

创建新的定义firewall_in，类似于组概念
iptables -N firewall_in

删除定义firewall_in里第一条规则
iptables -D firewall_in 1

指定firewall_in定义应用到INPUT chain，类似于应用组
iptables -A INPUT -j firewall_in

创建一条规则在firewall_in组
iptables -A firewall_in -i eth0 -p tcp -m tcp -s 10.1.1.0/255.255.255.0 -d 10.1.1.1 –dport 22 –syn -j ACCEPT

插入一条规则在firewall_in组第一条
iptables -I firewall_in 1 -p udp -m udp -s 10.0.0.1 –sport 53 -d 10.1.1.1 -j ACCEPT

保存规则已备下次重启使用
/etc/init.d/iptables save

示例
iptables -F
iptables -X
iptables -N firewall_in
iptables -A INPUT -j firewall_in

iptables -A firewall_in -i eth0 -p tcp -m tcp -s 10.1.1.0/255.255.255.0 –dport 22 –syn -j ACCEPT

iptables -A firewall_in -i lo -j ACCEPT
iptables -A firewall_in -p udp -m udp -s 10.0.0.1 –sport 53 -j ACCEPT
iptables -A firewall_in -p tcp -m tcp –syn -j REJECT
iptables -A firewall_in -p udp -m udp -j REJECT

上面的示例的作用是清空当前所有iptables规则和定义然后创建规则：

允许10.1.1.0/255.255.255.0访问本机22(ssh)端口和与IP为10.0.0.1的dns服务器进行查询域名
其他所有入站通讯一律REJECT掉，也可以用DROP,区别是REJECT会返回一个ICMP包告知源地址访问失败，DROP则直接把包丢弃掉

应为与dns进行查询的时候会有dns的数据包从53端口进来，所以要开dns服务器到本机的53端口否则dns查询会失败

一开始我一直用的

iptables -A firewall_in -j DROP

结果发现只要一加所有包都给drop了，看来iptables对-p all -s any -d any 的优先权比较高，不是按照规则顺序只要匹配的放行的，要整个规则都过一边才防行。

iptables -A firewall_in -p tcp -m tcp –syn -j REJECT
iptables -A firewall_in -p udp -m udp -j REJECT

这是应用日志里的记录

具体行的代码是 formdata = request.binaryread(formsize) 

出错都是由request.binaryread引起的，一但出错就会造成整个iis里所有站点无法打开，无其他异常情况

原因分析：

之前有将服务器上的sav从8.0升级到10.1，怀疑和此有关，还原后继续观察中

2005.10.22

经过2天观察此问题确实和新装的sav10.1有关，至少还原后到现在还没出过问题。

此外还有台主机运行asp.net一段时间后也是报错，说asp.net启动程序无权限，在卸载掉sav10.1后就正常了

2005.10.24