背景
项目被漏洞扫描软件扫出来crsf 攻击，当时也没有认真看，今天突然想起来了，就有了一些疑问。为什么加crsf-token就可以解决该问题？
概述
CSRF（Cross Site Request Forgery, 跨站域请求伪造）是一种网络的攻击方式，它在 2007 年曾被列为互联网 20 大安全隐患之一。其他安全隐患，比如 SQL 脚本注入，跨站域脚本攻击等在近年来已经逐渐为众人熟知，很多网站也都针对他们进行了防御。然而，对于大多数人来说，CSRF 却依然是一个陌生的概念。即便是大名鼎鼎的 Gmail, 在 2007 年底也存在着 CSRF 漏洞，从而被黑客攻击而使 Gmail 的用户造成巨大的损失。
CSRF攻击原理
网站是通过cookie来实现登录功能的。而cookie只要存在浏览器中，那么浏览器在访问这个cookie的服务器的时候，就会自动的携带cookie信息到服务器上去。那么这时候就存在一个漏洞了，如果你访问了一个别有用心或病毒网站，这个网站可以在网页源代码中插入js代码，使用js代码给其他服务器发送请求（比如ICBC的转账请求）。那么因为在发送请求的时候，浏览器会自动的把cookie发送给对应的服务器，这时候相应的服务器（比如ICBC网站），就不知道这个请求是伪造的，就被欺骗过去了。从而达到在用户不知情的情况下，给某个服务器发送了一个请求（比如转账）。
防御CSRF攻击
CSRF攻击的要点就是在向服务器发送请求的时候，相应的cookie会自动的发送给对应的服务器。造成服务器不知道这个请求是用户发起的还是伪造的。这时候，我们可以在用户每次访问有表单的页面的时候，在网页源代码中加一个随机的字符串叫做csrf_token，在cookie中也加入一个相同值的csrf_token字符串。以后给服务器发送请求的时候，必须在body中以及cookie中都携带csrf_token，服务器只有检测到cookie中的csrf_token和body中的csrf_token都相同，才认为这个请求是正常的，否则就是伪造的。
CSRF模拟
最近模拟实践了一番，来简要说说：
1. Alice欠Bob 100元钱， 通过银行转账给Bob, 一切合情合理， Alice的浏览器执行的操作是：
http://www.bank.com/transfer.php?from=Alice&money=100&to=Bob
2. Cathy想攻击一下Alice, 所以Cathy在自己的浏览器执行：
http://www.bank.com/transfer.php?from=Alice&money=9999&to=Cathy
显然， Cathy不能得逞， 因为Alice在转账的时候， 银行后台服务器会验证http请求中的cookie信息和身份， 确认是Alice本人， 才能真正执行转账操作（因为Alice输入过银行密码， 所以能确认Alice的身份）
3. Cathy并不气馁， 就自己制作了一个网页， 访问方法是：http://www.benefit.com/choujiang.php, 用抽奖来吸引眼球, choujiang.php吐回的内容是：
<html>
<body>
<form method="get" action="http://www.bank.com/transfer.php">
<input type="hidden" name="from" value="Alice">
<input type="hidden" name="money" value="9999">
<input type="hidden" name="to" value="Cathy">
<input type="button" onclick="submit()" value="Begin Choujiang">
</form>
</body>
</html>
只要Alice点击了http://www.benefit.com/choujiang.php， 就会在自己的浏览器页面显示一个抽奖按钮。
如果Cathy刚给Bob转账完毕， 又点击了这个"Begin Choujiang"按钮， 就相当于Cathy的浏览器发起了如下请求：
http://www.bank.com/transfer.php?from=Alice&money=9999&to=Cathy
此时， 一场悲剧上演了， 银行后台服务器从http的cookie中识别出确实是Alice在转账给Cathy， 是合理操作。但是，Alice并不知情， 于是9999元流进了Cathy的银行账户。本质上， 就是Alice无意中帮Cathy执行了Cathy自己想执行而没法执行的转账操作。
问题
1. 为什么另外一个页面的请求能够使用能够使用其他页面的cookie?
2. 为什么加crsf-token就可以解决该问题？
解答
为什么另外一个页面的请求能够使用能够使用其他页面的cookie?
涉及到浏览器同源策略及Cookie的作用域，请求的地址和端口一样的情况下，浏览器会把该地址的cookie带上，这就是另外一个页面请求其他的url会把对应的url的cookie带走的原因，只是使用并不是能获取cookie哟。
引深下，跨域问题也是由此而来。
详情请看文档：
https://www.jianshu.com/p/f83b550abf1b
为什么加crsf-token就可以解决该问题？
另外一个页签只能通过同源策略拿到cookie但是不能拿到url对应服务的crsf-token。
上文提到一个再cookie增加一个crsf-token，请求中也增加一个crsf-token，后端校验两个token是否一致也可以解决该问题，此方案是把crsf-token全部放到前端，也可以用其他办法如放到后台或者校验合法性。
参考资料：
https://baijiahao.baidu.com/s?id=1727601372183126511&wfr=spider&for=pc
https://blog.csdn.net/stpeace/article/details/80216124
