CSRF漏洞概述

Cross-site request forgery简称为“CSRF”，跨站请求伪造
在CSRF的攻击场景中攻击者会伪造一个请求
（这个请求一般是一个链接）
然后欺骗目标用户进行攻击，用户一旦点击了这个请求
整个攻击也就完成了
所以CSRF攻击也被称为“one click”攻击

为什么会出现CSRF漏洞
一方面，用户安全意识不足，访问不知名的url
另一方面，web没有做到准确的合法用户验证

CSRF与XSS的区别：
CSRF攻击者并没有拿到用户的权限，是借用户的权限完成攻击；而XSS可以通过盗取cookie来获取用户权限来完成破坏

如何确认一个web系统存在CSRF漏洞

1. 对目标网站增删改的地方进行标记，并观察其逻辑，判断请求是否可以被伪造
   例如修改管理员账号时，不需要验证旧密码，导致请求容易被伪造；对于敏感信息的修改并没有使用安全的token验证，导致请求容易被伪造

2. 确认凭证的有效期
   虽然退出或关闭了浏览器，但cookie仍然有效，或者session并没有过期，导致CSRF攻击变得简单

---

CSRF实验

CSRF（GET）

输入账号密码登录

登录成功后显示详细信息

在提交修改个人信息的时候，可以抓包，看到下面的内容

复制出信息：

GET /pikachu-master/vul/csrf/csrfget/csrf_get_edit.php?sex=girl&phonenum=12345678922&add=beijing&email=lucy%40pikachu.com&submit=submit HTTP/1.1

可以修改参数，修改了电话号码与地址
例如：

GET /pikachu-master/vul/csrf/csrfget/csrf_get_edit.php?sex=girl&phonenum=13200001234&add=shanghai&email=lucy%40pikachu.com&submit=submit 

然后添加补全URL地址，发送给被攻击者

http://192.168.3.33/pikachu-master/vul/csrf/csrfget/csrf_get_edit.php?sex=girl&phonenum=13200001234&add=shanghai&email=lucy%40pikachu.com&submit=submit HTTP/1.1

如果被攻击者此时登录状态或cookie/session没有过期，则她的信息被修改
如下图：

可以看到，电话号码和住址都被修改

CSRF（POST）

同样登录，修改，抓包
可以看到下图
URL不再显示修改参数，所以无法再使用上述办法（即通过URL来伪造请求）进行修改

可以自己布一个站点，建一个表单，让被攻击者点恶意站点表单的URL
通过表单的URL去向存在CSRF漏洞的页面去提交POST请求

---

token

token如何防止CSRF
CSRF的主要问题是敏感操作的链接容易被伪造
每次请求，都增加一个随机码（需要够随机，不容易伪造），后台每次对随机码进行验证
网页接受从后台发过来的token,类型不可见。将其一并提交给后台进行验证。每次刷新，后台发送过来的token都不一样，起到了防止伪造的作用。

                        雪碧可乐_2020/7/5_17:45