反射XSS和CORS漏洞的组合拳引发的血案

  • A+

前言概述
漏洞挖掘过程中,经常会碰到一些利用场景相对困难且危害十分有限的漏洞。

还有就是有一定危害性,但是普遍被定为低危的反射型XSS漏洞,在测试过程中碰到这类漏洞真的是内心复杂,提交平台就是低危,不交吧漏洞又确实存在安全风险。

那么如何把这些“鸡肋漏洞”的危害提升一个档呢?

接下来,就是变废为宝的操作。

1. 反射型XSS
反射型XSS一般存在于可直接将外部输入在浏览器输出的功能之中,例如搜索、文章分类、选择时间等参数直接输出在URL中。

一般来说小厂商对反射型XSS的关注并不多,早些年反射XSS很多平台都是不收的。只有一些大厂商对反射XSS还有一定关注度,但是因为反射XSS需要用户配合点击构造后的URL才可以实现攻击,利用手法上和危害都有限,所以一般都是按低危处理。反射XSS被用的最多的基本就是获取cookie,通过cookie欺骗登录受害者账号,一般也都是拿来钓鱼。

另外配合也是比较常见的组合拳打法,漏洞危害同样不小。

2. CORS漏洞

2.1 原理分析

CORS,跨域资源共享(Cross-origin resource sharing),是H5提供的一种机制,WEB应用程序可以通过在HTTP增加字段来告诉浏览器,哪些不同来源的服务器是有权访问本站资源的,当不同域的请求发生时,就出现了跨域的现象。

CORS漏洞存在的原因主要在于Access-Control-Allow-Origin参数配置失误,允许非同域站点访问本站资源。

2.2 漏洞特征

利用burpsuite可以很方便的帮助我们测试网站是否可能存在CORS跨域漏洞。

a.为每个请求自动加上Origin头。

重放后可以看到靶机返回Access-Control-Allow-Origin: foo.example.org,且成功获取到数据,则证明存在CORS跨域。

b.在HTTP history中筛选可能存在CORS跨域的请求。

只需在过滤条件中输入:
Access-Control-Allow-Origin: foo.example.org
Access-Control-Allow-Credentials: true


另外需要注意的是如果服务器配置为:
Access-Control-Allow-Origin: *
Access-Control-Allow-Credentials: true

不能证明漏洞存在,因为浏览器会自动拦截掉非认证域的请求。

2.22 漏洞利用

假设用户在网站foo.com处于登录状态,同时用户又点击了我们配置好的链接evil.com。

evil.com的网站向foo.com这个网站发起请求获取敏感数据,那么浏览器能否获取到foo.com中的敏感数据完全取决于foo.com配置。

如果foo.com配置了Access-Control-Allow-Origin为允许接受跨域请求,则我们的evil.com就能获取到敏感数据,否则浏览器会因为同源策略接收不到敏感数据。

关于CORS漏洞,可使用开源工具CrossSiteContentHijacking验证。

  1. 鸡肋XSS和CORS组合拳

以KEY师傅的Dorabox靶场模拟漏洞利用,首先验证反射型XSS存在。

然后CORS也同时存在,假设传递了敏感参数。


因为CORS跨域资源获取漏洞存在,那么我们可以通过让用户点击我们自己服务器上搭建的payload环境,获取到敏感数据,但是很明显这样的漏洞利用姿势成功的概率太小,这年头隔壁卖烤红薯的大爷都知道不要点陌生链接了,所以我们需要反射XSS的配合。

首先我们构造能够通过CORS跨域获取到敏感数据的JavaScript代码,类似于这样:
```

function cors() {

var xhttp = new XMLHttpRequest();

xhttp.onreadystatechange = function() {

if (this.status == 200) {

alert(this.responseText);

document.body.innerHTML = this.responseText;

}

};

xhttp.open("GET", "http://localhost:801/DoraBox/csrf/userinfo.php", true);

xhttp.withCredentials = true;

xhttp.send();

}

cors();

```

简单分析一下,首先创建了一个cors()函数,这个函数首先判断当前的访问状态,如果是正常访问(即状态码为200),则获取http://localhost:801/DoraBox/csrf/userinfo.php文件的body下的全部内容(也可以根据ID获取)并弹框展示出来。

现在我们只需要把反射XSS的payload替换为利用CORS跨域获取敏感信息的payload即可:

程序成功执行。

结语

至此,反射XSS和CORS配合成功获取到用户敏感数据,虽然同样需要用户点击才能触发,但是漏洞危害足够大,如果是一些大厂的有敏感信息的站点,一般都会给高危。其实漏洞挖掘的乐趣就在于不断的发掘有趣的利用姿势,在遇到一些看似“鸡肋”的漏洞时,可以不用忙着提交,多思考一下是否可以和其他漏洞形成组合拳,这样技术才会有上升的空间,漏洞危害也会因此而提高,相应的白帽子能获得的收益也最大。