CSRF(跨站请求伪造)概述
Cross-site request forgery 简称为“CSRF”,在CSRF的攻击场景中攻击者会伪造一个请求(这个请求一般是一个链接),然后欺骗目标用户进行点击,用户一旦点击了这个请求,整个攻击就完成了。所以CSRF攻击也成为"one click"攻击。 很多人搞不清楚CSRF的概念,甚至有时候会将其和XSS混淆,更有甚者会将其和越权问题混为一谈,这都是对原理没搞清楚导致的。
这里列举一个场景解释一下,希望能够帮助你理解。
场景需求:
小黑想要修改大白在购物网站tianxiewww.xx.com上填写的会员地址。
先看下大白是如何修改自己的密码的:
登录---修改会员信息,提交请求---修改成功。
所以小黑想要修改大白的信息,他需要拥有:1,登录权限 2,修改个人信息的请求。
但是大白又不会把自己xxx网站的账号密码告诉小黑,那小黑怎么办?
于是他自己跑到www.xx.com上注册了一个自己的账号,然后修改了一下自己的个人信息(比如:E-mail地址),他发现修改的请求是:
【http://www.xxx.com/edit.php?email=xiaohei@88.com&Change=Change】
于是,他实施了这样一个操作:把这个链接伪装一下,在小白登录xxx网站后,欺骗他进行点击,小白点击这个链接后,个人信息就被修改了,小黑就完成了攻击目的。
为啥小黑的操作能够实现呢。有如下几个关键点:
1.www.xxx.com这个网站在用户修改个人的信息时没有过多的校验,导致这个请求容易被伪造;
---因此,我们判断一个网站是否存在CSRF漏洞,其实就是判断其对关键信息(比如密码等敏感信息)的操作(增删改)是否容易被伪造。
2.小白点击了小黑发给的链接,并且这个时候小白刚好登录在购物网上;
---如果小白安全意识高,不点击不明链接,则攻击不会成功,又或者即使小白点击了链接,但小白此时并没有登录购物网站,也不会成功。
---因此,要成功实施一次CSRF攻击,需要“天时,地利,人和”的条件。
当然,如果小黑事先在xxx网的首页如果发现了一个XSS漏洞,则小黑可能会这样做: 欺骗小白访问埋伏了XSS脚本(盗取cookie的脚本)的页面,小白中招,小黑拿到小白的cookie,然后小黑顺利登录到小白的后台,小黑自己修改小白的相关信息。
---所以跟上面比一下,就可以看出CSRF与XSS的区别:CSRF是借用户的权限完成攻击,攻击者并没有拿到用户的权限,而XSS是直接盗取到了用户的权限,然后实施破坏。
因此,网站如果要防止CSRF攻击,则需要对敏感信息的操作实施对应的安全措施,防止这些操作出现被伪造的情况,从而导致CSRF。比如:
--对敏感信息的操作增加安全的token;
--对敏感信息的操作增加安全的验证码;
--对敏感信息的操作实施安全的逻辑流程,比如修改密码时,需要先校验旧密码等。
ok,让我们开始吧,今天需要用到burp,有需要的童鞋可以关注我的公众号,输入burp获取哦。
第一关:CSRF(get)
进入靶场发现是一个登陆界面,所以我们直接点击提示得到账号密码进行登录,登录后是一个个人信息页面
GET /pikachu/vul/csrf/csrfget/csrf_get_edit.php?sex=girl&phonenum=18656565545&add=111&email=lili%40pikachu.com&submit=submit HTTP/1.1
burp抓包
然后我们登录另一个账号
见证奇迹的时候到了!
将上面抓到的请求复制上去
回车!
恭喜,手术很成功,你已经是个女孩子了!
第二关:CSRF(post)
因为这一关不能在url上修改,所以直接骗,咳......
我们可以选择另一种方法,伪造站点。
右键点击要伪造的页面,找到engagement tools->generate CSRF POC,复制于文本文件上,并放在pikachu目录下
为了更明显看出细节,我这里将文本文件保存在了主机里,访问127.0.0.1/pikachu/csrf_post1.php
它跳转到了目标页面,因为该网页文件夹下没有目标文件,将其改为csrf_post_login.php
再登录
成功修改
第三关:CSRF Token login
这一关和密码爆破的token是一样的,每次登录的token都不同,不过会回显在返回包中,抓包看看。
想要成功很简单,替换token就行。
但csrf的关键是在让被攻击者自己点击,但我们的攻击链接中不可能有他的token值,总不能期待他自己改token吧。
就酱!