二、HTTP截断攻击黑盒测试

　　一些web应用程序会使用部分用户输入来生成它们的响应头部的某些值，这方面最简单的例子就是重定向了，因为目标URL依赖于用户提交的某些值。举例来说，假如用户被要求在标准web接口和高级web接口之间做出选择，然后，选择的结果将作为一个参数传递，并且这个参数将用于触发重定向到相应的页面的应答头中。更确切地说，如果该参数interface的值是advanced，那么应用程序将响应下列内容：

　　收到这个消息后，浏览器会把用户引向Location头部规定的页面。然而，如果应用程序没有对用户输入进行过滤的话，攻击者就可以在参数interface中插入序列%0d%0a，而该序列代表的则是用于分割各行的CRLF(回车换行)序列。这样一来，攻击者将能够触发一个响应，重要的是任何解析器(例如介于用户和Web应用之间的web缓存)都会把这个响应会被解释为两个不同的响应。所以，攻击者就可以通过给这个web缓存“投毒”以使它为后续的请求中提供虚假的内容。例如，在我们前面的例子中，假设攻击者将下列内容作为参数interface进行传递：

　　从存在漏洞的软件(也就是没有对用户输入进行严格消毒的应用程序)中得到的响应将是下面的内容：

　　Web缓存将看到两个不同的响应，因此如果攻击者发送第一个请求之后立即发送对/index.html页面的请求的话，web缓存会认为这个请求与第二个响应相匹配，并缓存它的内容，这样一来后面经由web缓存的所有指向victim.com/index.html的请求都会收到系统故障消息，即“system down”。通过这种方式，一个攻击者将能有效涂改站点在使用web缓存的用户心中的形象，如果该web缓存是该Web应用程序的一个反向代理的话，那么这个Web应用程序在整个因特网中的用户都会受到影响。另外，攻击者还可以向这些用户传输发动跨站脚本攻击攻击的JavaScript代码片断，例如窃取cookies等。需要注意的是，虽然该安全漏洞位于应用程序中，但是攻击针对的对象却是使用该应用程序的用户。

　　因此，为了查找这个安全漏洞，渗透测试人员需要识别所有能够影响响应的一个或多个头部的用户输入，并检查用户是否能够在其中注入一个CR+LF序列。与这个攻击关系最密切的两个头部是：

　　Location? Set-Cookie

　　需要注意的是，现实中要想成功利用这个安全漏洞可能是件非常复杂的事情，因为有多种因素必须考虑到：

　　1.攻击者要想让伪造的响应被缓存的话，必须正确设置其中的各个头部，例如Last-Modified头部的值必须设为将来的一个时间。此外，攻击者还必须破坏目标页面先前的缓存版本，方法是提交一个请求头部中带有“Pragma: no-cache”的前导请求来防止页面被缓存。

　　2. 即使应用程序没有过滤CR+LF序列，但是仍可能过滤了发动该攻击所需的其他字符，例如字符<和>等。这时候，攻击者可以尝试使用其他编码，例如UTF-7编码等。

　　3. 某些攻击目标(例如ASP)会对Location头部(例如www.victim.com/redirect.asp )中的路径部分进行URL编码处理，这样就使得CRLF序列不起作用了。然而，它们却不能对查询部分(例如?interface=advanced)进行这样的编码处理，这意味着放置一个前导问号就能够绕过这种过滤技术。