漏洞复现篇——CSRF漏洞的利用

CSRF漏洞原理
CSRF（Cross Site Request Forgery, 跨站请求伪造）是一种网络的***方式，也被称为“One Click Attack”或者Session Riding，通常缩写为CSRF或者XSRF。
CSRF漏洞是因为web应用程序在用户进行敏感操作时，如修改账号密码、添加账号、转账等，没有校验表单token或者http请求头中的referer值，从而导致恶意***者利用普通用户的身份（COOKIE）完成***行为。

1. 论坛交流


2. 用户中心


3. 反馈留言


4. 交易管理


5. 后台管理

• 伪造HTTP请求进行未授权操作


• 篡改、盗取目标网站上的重要用户数据


• 未经允许执行对用户名誉或者资产有害的操作，比如：散播不良信息、进行消费等


• 如果通过使用社工等方式***网站管理员，会危害网站本身的安全性


• 作为其他***向量的辅助***手法，比如配合XSS


• 传播CSRF蠕虫

1. Referer验证
   根据HTTP协议，在HTTP头中有一个字段叫Referer，它记录了该HTTP请求的来源地址。在通常情况下，访问一个安全受限页面的请求必须来自于同一个网站。比如某银行的转账是通过用户访问http://bank.test/test?page=10&userID=101&mOney=10000页面完成，用户必须先登录bank.test，然后通过点击页面上的按钮来触发转账事件。当用户提交请求时，该转账请求的Referer值就会是转账按钮所在页面的URL（本例中，通常是以bank. test域名开头的地址）。而如果***者要对银行网站实施CSRF***，他只能在自己的网站构造请求，当用户通过***者的网站发送请求到银行时，该请求的Referer是指向***者的网站。因此，要防御CSRF***，银行网站只需要对于每一个转账请求验证其Referer值，如果是以bank. test开头的域名，则说明该请求是来自银行网站自己的请求，是合法的。如果Referer是其他网站的话，就有可能是CSRF***，则拒绝该请求。


2. Token验证
   CSRF***之所以能够成功，是因为***者可以伪造用户的请求，该请求中所有的用户验证信息都存在于COOKIE中，因此***者可以在不知道这些验证信息的情况下直接利用用户自己的COOKIE来通过安全验证。由此可知，抵御CSRF***的关键在于：在请求中放入***者所不能伪造的信息，并且该信息不存在于COOKIE之中。鉴于此，系统开发者可以在HTTP请求中以参数的形式加入一个随机产生的token，并在服务器端建立一个拦截器来验证这个token，如果请求中没有token或者token内容不正确，则认为可能是CSRF***而拒绝该请求。


3. 增加验证码验证
   Spring security的表单验证是通过过滤器链中的 UsernamePasswordAuthenticationFilter 来完成的，我们增加的验证码过滤器应该插在 UsernamePasswordAuthenticationFilter 之前，如果验证码校验不通过，直接返回，无需进行账户密码的校验。

• PHPstudy


• google浏览器


• DVWA靶场

绕过Referer验证

1、正常登陆网页，级别改成medium，然后修改密码复制url

2、在www目录下创建一个localhost.html文件，内容如下：

注意： 标签中的网址是刚才复制的，将password_new=后的密码换掉
1.png是随便导入的 图片，为了美观同时不会引起受害者的怀疑

3、用浏览器打开改文件，假如此刻是受害者点开了你的链接

然后退出再重新登陆，这时刚修改的密码就进去了，而变成了***换掉的密码

绕过Token验证

1、正常登陆网页，级别改成high，然后修改密码复制url

2、在www目录下创建一个1.html文件，内容如下：

注意： 将网址中password_new=后的密码换掉









然后退出再重新登陆，这时刚修改的密码就进去了，而变成了***换掉的密码