CSRF学习

CSRF概念

CSRF指的是跨站点请求伪造(Cross—Site Request Forgery)，其中攻击者盗用了用户的身份，以用户的名义发送恶意请求，对服务器来说这个请求是完全合法的，但是却完成了攻击者所期望的一个操作。

实际问题

受害者 Bob 在银行有一笔存款，通过对银行的网站发送请求 http://bank.example/withdraw?account=bob&amount=1000000&for=bob2 可以使 Bob 把 1000000 的存款转到 bob2 的账号下。通常情况下，该请求发送到网站后，服务器会先验证该请求是否来自一个合法的 session，并且该 session 的用户 Bob 已经成功登陆。

黑客 Mallory 自己在该银行也有账户，他知道上文中的 URL 可以把钱进行转帐操作。Mallory 可以自己发送一个请求给银行：http://bank.example/withdraw?account=bob&amount=1000000&for=Mallory。但是这个请求来自 Mallory 而非 Bob，他不能通过安全认证，因此该请求不会起作用。

这时，Mallory 想到使用 CSRF 的攻击方式，他先自己做一个网站，在网站中放入如下代码： src=”http://bank.example/withdraw?account=bob&amount=1000000&for=Mallory ”，并且通过广告等诱使 Bob 来访问他的网站。当 Bob 访问该网站时，上述 url 就会从 Bob 的浏览器发向银行，而这个请求会附带 Bob 浏览器中的 cookie 一起发向银行服务器。大多数情况下，该请求会失败，因为他要求 Bob 的认证信息。但是，如果 Bob 当时恰巧刚访问他的银行后不久，他的浏览器与银行网站之间的 session 尚未过期，浏览器的 cookie 之中含有 Bob 的认证信息。这时，悲剧发生了，这个 url 请求就会得到响应，钱将从 Bob 的账号转移到 Mallory 的账号，而 Bob 当时毫不知情。等以后 Bob 发现账户钱少了，即使他去银行查询日志，他也只能发现确实有一个来自于他本人的合法请求转移了资金，没有任何被攻击的痕迹。而 Mallory 则可以拿到钱后逍遥法外。

各种防护方式

HTTP协议头有Referer字段，记录了HTTP请求的来源地址。当访问一个安全受限的页面需要用户登录界面并触发事件，Referer值则记录了所在页面的URL。当黑客进行CSRF攻击时将会在网站构造请求，当用户通过伪造网站发送请求后Referer将指向黑客的网站。

·验证HTTP Referer字段：
网站对每个请求验证其Referer值，如果域名正确则说明该请求是合法的，如果Referer值是其他网页则可能是黑客的CSRF攻击，拒绝该请求

·在请求地址中添加token并验证：
防御CSRF在于在请求内放入黑客所不能伪造的信息且该信息不在cookie中。在HTTP请求中产生一个随机产生的token并利用服务器拦截器验证该值，如果请求没有token或token内容不匹配则拒绝该请求