荔园在线

荔园之美,在春之萌芽,在夏之绽放,在秋之收获,在冬之沉淀

[回到开始] [上一篇][下一篇]


发信人: hellsolaris (qq), 信区: Security
标  题: 黑客避开检测的手段
发信站: 荔园晨风BBS站 (Sat Nov  1 12:58:06 2003), 站内信件

黑客的聪明并不只是在于他们知道如何去入侵服务器,还在于他们知道如何去伪装自己
的攻击。恶意的攻击者会使用多种逃避的手段来让自己不会被检测到,所以作为系统管
理员,也应当了解这些手段以应付可能发生的攻击。
这篇文章的主要目的不是揭示黑客新的攻击手法,而是对那些黑客所用到的逃避检测的
手法以及他们可能留下的证据做描述。这些手段的欺骗性很大,所以想检测到它们也更
加的困难。
网络服务器
我们的实验环境使用两种最常用的网络服务器,Apache和微软的Internet Information
Server(IIS)。我们在Red Hat Linux上运行Apache 1.3.9,在Windows NT 4.0上运行IIS
4.0。并且两种都采用普通和允许SSL的版本,所以我们可以对加密和未加密的服务器的
攻击做测试。
16进制编码
一种最简单的将攻击伪装的手段就是修改URL请求。作为管理员,我们一般会在日志文件
中查找某些字符串,或是一些普通文本的字符集。例如我们在请求中查找匹配已知漏洞
的字符串。例如,我们在我们的IIS服务器中发现了如下的字符串,我们就知道有人正在
查找是否有IIS中可以远程利用的MDAC漏洞:
06:45:25 10.0.2.79 GET /msadc/ 302
要知道攻击者是如何躲过这种匹配检测的,请参考以下作为恶意攻击者策略一部分的请
求。要确定msadc目录是否存在,攻击者可能键入以下内容:
[root@localhost /root]# nc -n 10.0.2.55 80
GET /msadc HTTP/1.0
这就会产生我们以上所见的日志文件。攻击者可以将请求进行十六进制的ASCII字符编码
。在以上的例子中,字符串msadc在十六进制编码以后就会变为6D 73 61 64 63。你可以
使用Windows Charmap程序来快速的进行字符的ASCII到十六进制的转换。以上的HTTP请
求,将字符串msadc用十六进制编码以后,就变成了:
[root@localhost]# nc -n 10.0.2.55 80
GET /%6D%73%61%64%63 HTTP/1.0
IIS的日志文件显示:
07:10:39 10.0.2.31 GET /msadc/ 302
应当注意的是,虽然采用了十六进制编码的手段,但是所产生的日志和没有使用十六进
制编码的URL产生的是一样的。所以在这个例子里,编码并没有帮助攻击者逃避检测。但
是,如果我们看看看Apache的日志情况,那么就是另外一个情形了。以下列出了攻击者
使用来搜索某个CGI脚本的命令,后面跟着的是使用十六进制编码以后的同样命令:
[root@localhost]# nc -n 10.0.0.2 80
HEAD /cgi-bin/test-cgi HTTP/1.0
[root@localhost]# nc -n 10.0.0.2 80
HEAD /%63%67%69-bin/test-%63%67%69 HTTP/1.0
现在我们来查看一下access_log文件:
10.10.10.10 - - [18/Oct/2000:08:22:47 -0700] "HEAD /cgi-bin/test-cgi
HTTP/1.0" 200 0
10.10.10.10 - - [18/Oct/2000:08:23:47 -0700] "HEAD
/%63%67%69-bin/test-%63%67%69 HTTP/1.0" 200 0
首先应注意到的是在这两个例子中都是200代码说明命令完成成功。但是在第二中情况中
,日志中出现的是十六进制的值而不是明文的。如果我们是依赖于形式来对这种攻击进
行检测的话,那么我们是不可能检测到所发生的攻击的。许多的入侵检测系统使用的格
式匹配技术智能化都不高,并且有些产品不会将十六进制的URL转换过后进行匹配。但是
不论所使用的入侵检测软件是否能够对十六进制的代码进行转换,所有的网络管理员都
应当对这种伎俩有所了解。
代理服务器
因为对攻击者而言完全隐藏攻击行为是很难做到的,所以掩盖攻击的真实来源也就成为
相当重要的课题了。如果黑客可以隐藏他的源IP地址的话,那么他就可以在不用担心被
抓住的情况下进行攻击。而黑客用来隐藏他们的源IP地址的一种手段就是使用代理服务
器。
代理服务器是被合法的用来从一个单一的访问点转发多种协议的。一般来说,内部用户
必须通过代理服务器才能访问Internet,因此管理员就可以在代理服务器指定外部访问
以及内部访问的限制策略。用户首先是和代理服务器建立连接,然后代理服务器就将连
接请求转发到真正的目的地址。目的地址会记录下代理服务器的IP地址以作为请求的源
地址,而不是最初发出请求的系统的IP地址。
但是不幸的是代理服务器在Internet上的放置太随意了。(可以查看Proxys-4-All来获得
这些错误配置机器的列表。) 这些服务器经常会存在配置错误使得Internet用户可以连
接到这些代理服务器上。一旦某个Internet用户通过代理服务器连接到某个服务器上,
该服务器就会将代理服务器的IP地址作为发出请求的源地址记录在日志中。而在被攻击
服务器的日志中对攻击者的记录其IP地址是属于一个没有任何攻击行为的“无辜”主机
的,而不是攻击者的真正地址。我们来看以下的例子。
下面的例子显示了黑客的攻击和攻击在日志中产生的相关信息。
攻击者
[root@10.1.1.1 /]# nc -v 10.8.8.8 80
HEAD / HTTP/1.0
日志文件
10.1.1.1 - - [18/Oct/2000:03:31:58 -0700] "HEAD / HTTP/1.0" 200 0
在下面这种情况中,我们看到攻击者达到了同样的目的,但是这次他使用了代理服务器

攻击者 [root@10.1.1.1 /]# nc -v 216.234.161.83 80
HEAD http://10.8.8.8/ HTTP/1.0
日志文件
216.234.161.83 - - [18/Oct/2000:03:39:29 -0700] "HEAD / HTTP/1.1" 200 0
注意在这个例子中,日志文件中所出现的地址是代理服务器的(216.234.161.83,proxy.
proxyspace.com),而不是攻击者的真实地址。在这个案例中,攻击者成功的隐藏了攻击
的来源地址。不过网络管理员如果能得到代理服务的支持的话还是可以追踪到攻击的真
正来源。大多数的代理服务器都会保存一份相当详细的日志,所以多半也就可以从中找
到攻击的来源。但是道高一尺魔高一仗,黑客也有相应的方法来反跟踪:他们可以使用
多重代理,也可以说是一个“代理链”来进行攻击。而管理员和执法部门也就必须对所
有的中间代理服务器进行依次检查来获得攻击来源。在黑客的团体中这种“代理链”的
使用非常的普遍,并且有类似SocksChain for Windows这样的工具可供使用。
SSL
对此以往很多人进行了讨论,但是它现在值得再一次提出:允许SSL的服务器是不会被网
络入侵检测系统所检测到的。如果让一个黑客在80端口(HTTP)和443端口(HTTPS)之
间做一个选择的话,攻击者每一次都会选择443端口的。这实际上并不是什么手段,而是
由于加密通讯的使用所造成的副作用。你可以使用网络服务器日志文件来监视443端口的
请求。
结论
我们向你演示了一些网络上的黑客常用的欺骗伎俩。无须多说,这些手段是随着黑客们
的想象力和创造力不断增加而不断扩展的。例如十六进制编码这样的技术不光是用在欺
骗性的日志文件入口这样的地方;它同样也欺骗网络服务器的URL解析机制,并可能导致
例如源代码暴露之类的漏洞的出现。攻击者某些时候也使用多代理服务器来进行扫描和
攻击,让管理员很难跟踪攻击的真正来源。当然,SSL某些时候为“安全黑客行为”铺平
了道路。
--
これはわたしのホームページです。そうよう。
HTTP://WWW.LuoYi.Com   :-)

--
※ 来源:·荔园晨风BBS站 bbs.szu.edu.cn·[FROM: 192.168.44.223]


[回到开始] [上一篇][下一篇]

荔园在线首页 友情链接:深圳大学 深大招生 荔园晨风BBS S-Term软件 网络书店