二十七、CSRF跨站请求伪造

1、简介

1.1、XSS区别

从信任的角度来区分：

• XSS：利用用户对站点的信任，服务器下发的脚本在客户端浏览器执行
• CSRF：利用站点对已经身份认证的信任

在已经身份认证过的用户，可以正常访问服务端资源。此时如果黑客发送一个链接，是进行上述访问的服务资源如修改密码的一个链接请求，此时此用户点击，会被执行，密码会被直接修改，因为是利用已经认证的合法身份提交的。

1.2、结合社工在身份认证会话过程中实现攻击

• 修改账号密码、个人信息（修改已注册的email、收货地址）
• 发送伪造的业务请求（网银、购物、投票）
• 关注他人社交账号、推送博文
• 在用户非自愿、不知情的情况下提交请求

1.3、业务逻辑漏洞

• 缺少二次确认机制：一般来说对于服务端而言，所有的请求都是合法的，因为已经验证了用户。但是服务端对于关键操作，缺少确认机制是发生此问题的根源（可以采用验证码机制）
• 自动扫描程序无法实现此类漏洞

1.4 漏洞利用条件

• 被害用户已经完成身份认证
• 新请求的提交不需要重新身份认证或确认机制
• 攻击者必须了解web app请求的参数构造
• 诱使用户触发攻击的指令（社工）

2、验证csrf（get方法）

环境说明：
192.168.50.115 kali，模拟黑客，搭建1.html网页，诱使受害者点击
192.168.50.17 模拟受害者机器
192.168.50.183 靶机，有csrf漏洞的服务

2.1、搭建诱使点击网页

首先，黑客要知道web app请求的构造，因此，通过burpsuite截获正常访问时的请求数据。访问csrf界面，然后输入修改的密码，点击提交：

正常访问
burp截获
将get请求以一个可点击链接的方式，写入1.html文件中，在黑客的主机上搭建，路径为/var/www/html/1.html

<a href='http://=192.168.50.183/dvwa/vulnerabilities/csrf/?password_new=123&password_conf=123&Change=Change'>csrf</a>

然后启动apahce，并确定能够访问

# service apache2 start

2.2、诱使受害者点击

将上述构造好的网页，通过社工或者其他手段，诱使受害者点击（在受害者已经登录此网站的情况下）

2.3 csrf攻击后果

此时，受害者正在正常访问此网站，此时如果接受到攻击者发送的链接，然后点击了，会发生什么呢？

正常访问 点击恶意链接 密码修改成功

此时logout之后，在通过密码为“password”则无法登录

登录失败

3、验证csrf（post方法）

burpsuite截断后，使用CSRF PoC generator功能。首先截断请求，构造数据请求

截断请求

然后在此基础上，右键点击“CSRF PoC generator”

CSRF PoC generator选择
随后会生成csrf html：
生成csrf html

复制内容，在'/var/www/html/2.html'中粘贴

2.html

验证
在正常登录访问网站的同时，点击恶意链接

点击恶意链接
此时，密码已经被修改。
密码修改成功

4、源代码

4.1、low级别

low源代码

4.2、medium级别

上述的都是基于low级别进行的poc测试，下面通过medium级别可以看到，多了一层判断，意思是判断referer信息，看请求中是否含有127.0.0.1即只能本机修改密码，如果不是则不能执行。

medium源代码

通过请求截断，在referer中添加127.0.0.1，只要在referer中找到此字段，即为通过判断条件

修改referer

转发forward后，密码已经修改成功

修改密码成功

4.3、high级别

高级别增加了当前密码的二次校验功能

high级别 high源代码

5、自动扫描程序的检测方法

• 在请求和响应过程中检查是否存在anti-CSRF token名
• 检查服务器是否验证anti-CSRF token的名值
• 检查token中可编辑的字符串
• 检查referer头是否可以伪造

6、应对对策

• Captcha验证码
• anti-CSRF token
• Referer
• 降低会话超时时间