CSRF(跨站请求伪造)概述
– Cross-site request forgery 简称为“CSRF”，在CSRF的攻击场景中攻击者会伪造一个请求（这个请求一般是一个链接），然后欺骗目标用户进行点击，用户一旦点击了这个请求，整个攻击就完成了。所以CSRF攻击也称为"one click"攻击。 很多人搞不清楚CSRF的概念，甚至有时候会将其和XSS混淆,更有甚者会将其和越权问题混为一谈,这都是对原理没搞清楚导致的。
– CSRF与XSS的区别：CSRF是借用户的权限完成攻击，攻击者并没有拿到用户的权限，而XSS是直接盗取到了用户的权限，然后实施破坏。
– 因此，网站如果要防止CSRF攻击，则需要对敏感信息的操作实施对应的安全措施，防止这些操作出现被伪造的情况，从而导致CSRF。比如：
1. 对敏感信息的操作增加安全的token；
2. 对敏感信息的操作增加安全的验证码；
3. 对敏感信息的操作实施安全的逻辑流程，比如修改密码时，需要先校验旧密码等。
CSRF的实现过程：
接下来实际在靶场当中实践一下：
CSRF（get）
1.先点一下提示
找到有哪些用户
2.登录vince
3.修改个人信息，burp抓包
4.生成csrf poc
copy html放到网站目录下（先建txt，粘贴后改后缀为html)
5.登录kevin用户，然后访问csrf poc
访问后点击，发现kevin用户信息已经被更改
到这就实际体验了文章开头的csrf 流程
顺带提一下渗透测试中两个常见的名词：
POC：全称 ' Proof of Concept '，中文 ' 概念验证 ' ，常指一段漏洞证明的代码。
EXP：全称 ' Exploit '，中文 ' 利用 '，指利用系统漏洞进行攻击的动作。
CSRF（post)
先对比着看一下get和post的数据包区别：
get:
post:
可以看到：
GET请求参数是通过URL传递的，多个参数以&连接，POST请求放在request body中。
1.接着上面抓到的post数据包，生成csrf poc
2.copy html放到网站目录下
3.登录lili用户
初始用户信息
4.不退出用户，直接访问csrf poc
点击后发现用户信息已被修改
CSRF(token)
先抓包看看数据包有何不同
试试csrf能否实现
1.登录lili
原始用户信息
2.访问csrf poc
不能实现csrf，增加了token验证机制，无法绕过
总结：
CSRF广义上存在于任何增删改操作中，根据经验常见的有：
1）冒充身份：订阅/关注/转发/投票操作，删除文件，更改配置等
2）帐户接管：密码修改，邮箱绑定，第三方帐户关联
3）其他：登录/注册/注销/注册
4）安全设计原则：CSRF登录后令牌未更新、登出后未注销等
漏洞防御：
1） 验证header字段
常见的是Referer和Origin，Referer容易绕过，且会包含有一些敏感信息，可能会侵犯用户的隐私，而Origin字段代表最初请求，更建议使用。
2） Token令牌机制
当前最成熟的防御机制，但若存在验证逻辑及配置问题则存在绕过风险。Token的生成机制通常和session标识符挂钩，将用户的token与session标识符在服务端进行匹配。当下已经有很多开源库和中间件都可以实现token生成。
3） 验证自定义header
如基于cookie的csrf保护，验证cookie中的某些值和参数必须相等
来源：freebuf
