XSRF全称是 cross-site request forgery（跨站点请求伪造），也称为CSRF，是一种常见的web攻击方式。

攻击形式描述如下：

1.用户登录并访问一个正常的站点 http://www.biz.com;

2.在同一个浏览器实例下，用户打开了恶意网站 http://www.bad.com;(至于用户怎么会打开这个恶意网站，可能是恶意网站通过一些链接或者垃圾邮件等等形式诱骗用户点了某一个链接)

3.恶意网站页面里包含下面一段代码：

<form method="POST" name="evilform" target="hiddenframe"

action="https://www.biz.com/update_profile">

<input type="hidden" name="password" value="heihei">

</form>

<iframe name="hiddenframe" style="display: none">

</iframe>

<script>

document.evilform.submit();

</script>

你明白下面会发生什么了：用户在不知觉的情况下，被修改了密码。

如何防御XSRF攻击，方法比较多，比如在上面的例子中，要修改密码，必须提供旧密码，那么就可以有效的避免攻击。但是，XSRF是一个普遍存在的问题，不能所有场景下都需要用户输入一串东西，用户肯定会崩溃。

比较靠谱和通用的解决方案如下：

在进行一些改变系统数据的重要操作中（比如提交订单，修改密码，删除..等操作），加入一个供校验的action token。这个action token是由应用先前生成的（如绘制表单时），作为表单的一个hidden字段。

这个action token的生成必须要有些讲究，不能让骇客随意冒充过关，一个靠谱的生成算法如下：

action token = F(K,C)，其中K是一个只有应用服务器才知道的密钥，C是本次会话的标识，如jsessionid。

应用在接受到请求时，首先校验action token是否合法，校验的方式是取出jsessionid，然后使用F(K,C)计算action token，如果计算的结果和表单提交过来的action token值一样，则放行。

这种方案可以有效的防御XSRF攻击，因为恶意网站无法知道K和C的值，无法伪造action token。

但是如果你的站点遭遇了XSS攻击，那么一切都白搭，因为骇客可以轻易的获取session cookie，冒充用户身份直接攻击即可。

来自：