拒绝服务攻击_缓冲区溢出攻击 漏洞_缓冲区溢出攻击

1999年1月24日，该公司的技术人员在利用Retina的人工智能引擎对IIS 进行测试的时候，通过构造一个FTP的访问逻辑，发现在IIS的FTP服务器在处理NLST命令时存在一个缓冲区溢出漏洞，使得用户在客户端输入的数据被填写到系统EIP指向的地址中，这样可以改变程序的执行流程，攻击者可以利用这个缓冲区溢出攻击在目标系统上执行任何指令。

测试过程其实很简单：

ftp> ls AAAAAAAAAAA…AAAA

给出316到505个A即可触发这个缓冲区溢出漏洞的问题。缓冲区溢出攻击

这可能是eEye公司最早的，利用软件测试的方法测试出缓冲区溢出漏洞的报告。

1999年5月26日，eEye公司又公布了利用Retina对一些其它Internet服务系统的测试结果，发现了CMail、FTGuate和NTMail的漏洞，不过这次除了缓冲区溢出漏洞以外，主要公布了另外一种类型的漏洞，源代码泄露漏洞，这主要是../类型的路径上朔漏洞。同时eEye公司的技术人员提示：我们确信在其他的软件中也会发现类似的漏洞。后来的事实证明这一预见绝对没有错。

1999年6月8日，eEye公司又公布了到那时为止他们引以为豪的Retina的最大收获，这个收获之大简直使他们几乎不知该如何公布这样一个发现——Internet上90%的Windows NTweb服务器都开放着一个容许攻击者在其上执行任何指令的漏洞！

目标：找出能够对90%以上的Windows NT web服务器都有影响的漏洞，并利用这个缓冲区溢出漏洞。

思路：在IIS的缺省扩展（.ASP、.IDC、.HTR）中至少存在一个缓冲区溢出漏洞。他们认为IIS将把整个URL传递给处理这些扩展功能的DLL。因此，如果ISAPI DLL没有做好边界检查的话，它就会把产生缓冲区溢出，并可在inetifno.exe的环境中执行任何指令。

结果：在Retina运行了一个小时后，他们确认得到了一个缓冲区溢出漏洞。当向IIS发送“GET /[overflow].htr HTTP/1.0”之后，使得IIS崩溃。接下来，启动一个调试工具，并让Retina重复前面的工作，通过调试器深入了解现场情况，以及IIS究竟发生了什么。（这里overflow是大约3K的数据）

原因：这个溢出是.HTR扩展中的一个缓冲区溢出漏洞。IIS中包含了容许Windows用户通过web服务修改口令的功能。这个功能的实现是通过一套.HTR文件和ISAPI扩展ISM.DLL实现的。因此，沿着这样一条处理线索，IIS把URL传递给ISM.DLL。但是后者没有进行边界检查，因而产生了溢出。、

利用：eEye对这个漏洞的利用实现了精确定位，不需要进行连机的偏移猜测，不会造成服务器崩溃，对SP4和SP5都有效。由于微软未能给予eEye公司的安全报告以足够的重视，在得到报告后的第五天开始停止对eEye公司的email的响应，因此eEye公司决定在第8天，也就是16日在网上公布了这个漏洞的利用程序。该利用程序通过这个漏洞向目标系统上传一个木马——ncx.exe，攻击者利用这个木马可以得到系统shell。

影响：在Internet上几乎90%以上的Windows NT IIS服务器都受到这个漏洞影响，哪怕它们被锁在一间空房子里，前面还架设着 Cisco的PIX防火墙。

致微软的一段话：我们诸多发现中的一个发现表明IIS未能记录我们所做的任何攻击。因此我们建议把所有发送给服务器的请求在传递给任何ISAPI 之前发送给日志服务。日志服务应该是一个运行在独立的地址空间上的真正的服务，这样才才能在inetinfo崩溃的时候仍然能够记录入侵活动。

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/jisuanjixue/article-31484-1.html