反NIDS技术介绍.docVIP

　　反NIDS技术介绍～教育资源库 　　随着IDS（入侵检测系统）在网络环境中的使用越来越普遍，黑客在攻击一个装有IDS的网络时，首先考虑到的是对付IDS，一般采用的反IDS技术主要是攻（攻击IDS）或者避（绕过IDS的监视）。本文根据网上的IDS资料和笔者的实际研究，主要介绍一下当前主要的反NIDS（网络入侵检测系统）技术。 　　一.攻：包括直接攻击和间接攻击 　　1.直接攻击：直接对NIDS进行攻击。因为NIDS是安装在一定的操作系统之上，而且本身也是一个 复杂的TCP/IP操作系统，这意味着NIDS本身可能受到smurf、synflood或jolt2等攻击。如果安装IDS的操作系统本身存在漏洞或IDS自身防御力差，此类攻击很有可能造成IDS的探测器丢包、失效或不能正常工作。但是随着IDS技术的发展，一些NIDS采用了双网卡的技术，一个网卡绑定IP，用来与console（控制台）通信，另外一个网卡无IP，用来收集网络数据包，其中连在网络中的是无IP的网卡，因为没有IP，所以不能直接攻击，而且新的IDS一般采用了协议分析的技术，提高了IDS捕捉和处理数据包的性能，所以直接攻击NIDS这种方法已经行不通了。 　　2.间接攻击：一般的NIDS都有入侵响应的功能，如记录日志，发送告警信息给console、发送警告邮件，防火墙互动等，我们可以利用IDS的响应进行间接攻击，使入侵日志迅速增加，塞满硬盘；发送大量的警告信息，使管理员无法发现真正的攻击者，并占用大量的cpu资源；发送大量的告警邮件，占满告警信箱或硬盘，并占用接收警告邮件服务器的系统资源；发送虚假的警告信息，使防火墙错误配置，造成一些正常的IP无法访问等！ 　　目前，攻击NIDS最有效的办法是利用Coretez Giovanni写的Stick程序，Stick使用了很巧妙的办法，它可以在2秒内模拟450次攻击，快速的告警信息的产生会让IDS反应不过来、产生失去反应甚至死机现象。由于Stick发出多个有攻击特征（按照snort的规则组包）的数据包，所以IDS匹配了这些数据包的信息时，就会频繁发出警告，造成管理者无法分辨哪些警告是针对真正的攻击发出的，从而使IDS失去作用。当有攻击表现的信息包数量超过IDS的处理能力的话，IDS会陷入拒绝服务状态。Stick对许多IDS有影响，ISS公司的产品也不例外，该公司的产品中曾有RealSecure Neticrosoft用#39;#39;来分隔目录，Unix用#39;/#39;来分隔，而HTTP RFC规定用#39;/#39;， Microsoft的web服务器如IIS 会主动把#39;/#39; 转换成 #39;#39;。例如发送/cgi-binest.cgi之类的命令，IIS可以正确识别，但这样IDS就不会匹配/cgi-bin/test.cgi了，此法可以逃避一些IDS。 　　* 命令问题：许多IDS系统检测时缺省认为客户提交的请求是用GET提交的，如GET /cgi-bin/test.cgi。但是相同的请求用HEAD命令也能实现，如用HEAD发送：HEAD /cgi-bin/test.cgi，则有些依靠get方法匹配的IDS系统就不会检测到这个扫描。 　　* 增加目录：插入一些无用的特殊字符，使其与IDS的检测内容不匹配。 　　如#39;..#39;意思是父目录，#39;.#39;意思是子目录，window下的c 123下一页 友情提醒：，特别！:mp....的意思就是c:mp；相应的unix下的/tmp/././././和/tmp/等价。对/cgi-bin/phf可以任意变化成/./cgi-bin/././phf等形式。 　　又如：GET /cgi-bin/blahblah/../test.cgi HTTP/1.0实际和/cgi-bin/test.cgi一样，目前一般IDS都能识别。 　　很多智能的IDS会把请求还原成正常的形式。 　　* 不规则方式： 　　#用tab替换空格（对IIS不适用）：智能的IDS一般在客户端的数据中取出URL请求，截去变量，然后按照HTTP的语法格式检查请求。在HTTP RFC 中，http v1.0的请求格式如下： Method URI HTTP/ Version CRLF CRLFHTTP是按照空格来把请求分成三部分的。但是，Apache 1.3.6和其以后的版本（早些时候的版本可能也是）允许用tab去请求： Method URI HTTP/ Version CRLF CRLF这会使那些根据RFC协议格式处理这个请求的程序失败。但有的IDS为了减少误报会在匹配时用上空格。如/phf会很容易在字符串中匹配，但/phf（空格）会减少很多误报， 这时对用tab的请求就没法匹配了。