一、CSRF漏洞概述

1.1 什么是CSRF漏洞

在CSRF的攻击场景中攻击者会伪造一个请求（整个请求一般是一个链接），然后七篇目标用户进行点击，用户一旦点击了这个请求，整个攻击也就完成了，所以CSRF攻击也被称为"one click"攻击。

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

（1）对目标网站增删改的地方进行标记，并观察其逻辑，判断你请求是否可以被伪造

例如：修改管理员账号时，不需要验证旧密码，导致请求容易被伪造；

例如：对于敏感信息的修改并没有使用安全的token认证，导致请求容易被伪造。

（2）确认凭证的有效期（整个问题会提高CSRF被利用的概率）

例如：虽然用户退出或者关闭了浏览器，但是cookie仍然有效，或者session并没有及时过期，导致CSRF攻击变的简单。

1.3 进行CSRF攻击需要具备什么条件？

例如我们要修改网站用户的信息。

（1）网站没有对个人信息修改的请求进行防CSRF处理

（2）用户本身已经登陆后台，并点击了攻击者的恶意链接

1.4 CSRF与XSS的区别

CSRF是借用户的权限完成攻击，攻击者并没有拿到用户的权限；

XSS是直接盗取了用户的权限，然后实施破坏。

二、CSRF(get/post)实验演示和解析

2.1 GET方式

1、来到我们的pikachu平台CSRF（get）模块，打开burp suite进行抓包。然后执行下图中的操作。

2、来到burp suite，将截取的数据包里边的GET请求内容复制到notepad++，进行URL链接的伪造。

3、复制上边的地址，然后再浏览器新开一个标签页，输入刚才的链接，回车。

4、这时候如果用户刷新自己的页面，信息确实被做了修改。

2.2 POST方式

1、来到pikuchu平台的CSRF（post）模块，我们同样使用lucy进行登陆，登录之后我们将地址改回usa，性别改回girl。然后提交修改的数据，来到burp suite观看结果。

三、CSRF token

token是如何防止CSRF的？

CSRF的主要问题是敏感操作的链接容易被伪造，我们需要做的就是让这个链接不容易被伪造，我们可以采取每次请求，都增加一个随机码（应该够随机，不容易伪造）的方法，这样后台每次都会对随机码进行验证。

下面我们来演示一下。

1、来到pikachu的CSRF token 模块，仍然拿lucy进行登陆，然后进入到信息修改页面。

2、我们再看一下抓到的包。打开burp suite

3、下面我们再来看一下源码。

四、常见的CSRF防范措施

1、增加token验证（常用的做法）

对关键操作增加token参数，token值必须是随机的，每次都不一样

2、关于安全的会话管理（避免会话被利用）

（1）不要再客户端保存敏感信息（比如身份认证信息）；

（2）测试直接关闭，退出时的会话过期机制；

（3）设置会话国企机制，比如几分钟内误操作，自动登陆超时。

3、访问控制安全管理

（1）敏感信息的修改时需要对身份进行二次认证，例如:修改账号时，需要验证旧的密码。

（2）敏感信息的修改使用POST，而不是GET

（3）通过http投不中的referer来限制原页面。

4、增加验证码：

一般用在登陆（防暴力破解），也可以用在其他重要信息操作的表单中（需要考虑可用性）

巴特西

pikachu-跨站请求伪造（CSRF）