Web安全测试之HTTP截断走私漏洞

      在本文中,我们将详细为读者介绍针对HTTP截断和HTTP走私攻击的安全测试技术。我们将通过实例演示如何利用HTTP协议的某些特性,或者利用Web应用程序的弱点或者不同代理对HTTP消息的解释也不相同的特点来发动这两种攻击。
一、HTTP截断/走私漏洞概述

  本文遏制,我们将分析针对特定的HTTP报头的两种不同的攻击技术:HTTP截断和HTTP走私攻击。对于HTTP截断攻击而言,它是利用了缺乏输入消毒措施的漏洞,该漏洞允许入侵者向应用程序响应的头部插入CR和LF字符,从而将响应分割为两个不同的HTTP消息。该攻击的目标既不同于缓存投毒,也区别于跨站脚本攻击。对于第二种攻击方法,攻击者利用了这样的一个事实,即一些专门精心制作的HTTP消息可能会随着接收它们的代理的不同,而作不同的解析和解释。HTTP走私技术要求对处理HTTP消息的各种代理相当熟悉,否则无法发动这种攻击。

  下面我们介绍这些漏洞的黑盒测试和灰盒测试技术。

二、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)进行这样的编码处理,这意味着放置一个前导问号就能够绕过这种过滤技术。

本文由站长原创或收集,不代表本站立场,如若转载,请注明出处:http://www.yesck.com/post/162/

本文 暂无 评论

回复给

欢迎点评

联系我们

站长QQ:8117829

站长邮件:8117829@qq.com

工作时间:周一至周五,9:30-18:30,节假日休息

QR code