web安全实践（3）再谈基于http的服务器架构剖析

核心提示：昨天由于太累了，没把剩下的内容写完，web安全实践（3）再谈基于http的服务器架构剖析，今天继续，主要内容是代理和防火墙的探测， HTTP/1.1 405 Method Not Allowed Date: Sun, 26 Oct 2008 09:03:50 GMT Server: Microsoft-IIS/6.0

昨天由于太累了，没把剩下的内容写完，今天继续。主要内容是代理和防火墙的探测。

3.1检测代理

如果代理服务器对外就表现为一个Web服务器，外部网络就可以简单把它当作一个标准的Web服务器而不需要特定的配置。不同之处在于，这个服务器没有保存任何网页的真实数据，所有的静态网页或者CGI程序，都保存在内部的Web服务器上。因此对反向代理服务器的攻击并不会使得网页信息遭到破坏，这样就增强了Web服务器的安全性。我们的主要目的是检测目标服务器是否通过代理服务器来响应请求，以免我们丢失目标。

（1）Trace请求。当我们像web服务器发送一个Trace请求之后，服务器会回显接收到的请求。如果正常情况下，返回的请求应该就是我们发送的请求。但是如果我们的请求是先到达一个代理服务器然后真正的web服务器接收到的就应该是代理服务器的请求，也是就是返回的信息也应该是代理服务器的请求信息而不是我们最初发送的请求。说着有点迷糊，下面看一个实际的例子。不过由于一些服务器在处理trace请求存在跨站漏洞，很多网站是不支持trace请求的。

HTTP/1.1 405 Method Not Allowed

Date: Sun, 26 Oct 2008 09:03:50 GMT

Server: Microsoft-IIS/6.0

X-Powered-By: ASP.NET

X-AspNet-Version: 2.0.50727

Cache-Control: private

Content-Type: text/html; charset=utf-8

Content-Length: 3432

.....

<title>Path 'trace' is forbidden.</title>

而我在测试过程中也发现有的网站虽然支持Trace请求但没返回请求信息，可能是忽略或容错的设置。

下面我们看到的是一个正常的响应。