CSRF漏洞原理，通过csrf进行地址修改实验演示，token详解及常见防范措施

CSRF漏洞原理，通过csrf进行地址修改实验演示，token详解及常见防范措施

一、CSRF漏洞原理
Cross-site request forgery 简称为"CSRF"

在CSRF的攻击场景中攻击者会伪造一个请求（这个请求一般是一个链接）

然后欺骗目标用户进行点击，用户一旦点击了这个请求，整个攻击也就完成了

所以CSRF攻击也被称为为“one click”攻击

eg:

如果想要修改lucy的个人信息：

第一步 需要有lucy的权限
可以先自己注册一下 修改一下个人信息 用bp抓包 获得自己的URL

第二步 通过自己的URL进行修改 来欺骗lucy点击

—————————————————————

满足CSRF的条件：
1.开发人员没有防范CSRF 导致请求容易被伪造
2.攻击目标必须在点击伪造链接时 也刚好在登录这个网站
3.攻击者比较好骗

3个条件必须同时满足 所以CSRF安全级别较低

如何确认一个web系统存在CSRF漏洞：
1.对重要信息增删改查时 利用bp自己抓包 测试请求是否可以被伪造
2.是否有CSRF的token验证
3.确认凭证的有效期

—————————————————————
二、通过csrf进行地址修改实验演示

我们打开pikachu中的CSRF（get）

我们先进行登录
lucy/123456

我们修改一下地址

修改地址其实就是一个敏感信息的操作 我们打开bp

我们复制到记事本中

GET /pikachu/vul/csrf/csrfget/csrf_get_edit.php?sex=girl&phonenum=12345678922&add=shenyang&email=lucy%40pikachu.com&submit=submit

发现并没有看到token 所以后台并没有进行CSRF的防范

我们现在修改这个URL


将GET请求修改为完整的URL
http://127.0.0.1/pikachu/vul/csrf/csrfget/csrf_get_edit.php?sex=girl&phonenum=12345678922&add=beijing&email=lucy%40pikachu.com&submit=submit

现在只需要把这个URL发给lucy lucy打开之后

发现信息已经被修改了 该页面是恶意页面打开之后的效果 我们现在刷新一下原本的页面

发现也被修改 这样就成功修改了lucy的个人信息
攻击者就可以借此利用 来盗取lucy的一些信息

接下来我们演示一下post请求下
和之前一样 先进行登录 然后修改一下
用bp抓包

看到所有请求是由POST提交的 利用方法就是与XSS差不多的

就是制作一个恶意站点 复制一个类似的表单 让lucy点击访问

三、token详解及常见防范措施
造成CSRF的主要问题是链接容易被伪造
所以我们可以添加一个随机码 这就是token

这是一个生成token的简单代码
正式的系统会比这个复杂一点

操作和之前一样 登录修改一下信息 用bp抓包

我们可以看到有一串token的随机码

token=733905cd26a84a514d611139178

每次请求token都会变化
我们打开控制台看一下

我们刚才又修改了一下信息 发现token变化了
每次都会进行token验证 所以就可以防止CSRF

在后端源码中 我们看到

只有当前端接受到的token和后端的token相同时 才会执行下面的操作 不相等则直接跳出

这里是后端制作token的代码

这是表单的代码

CSRF防范措施: