反CSRF爆破的三种姿势
2022-9-24 09:11:5 Author: 编码安全研究(查看原文) 阅读量:10 收藏
CSRF Token Tracker是个插件,可以在BApp Store下载安装
这种方式可以说是最简单的,但是不适用姿势2和姿势3中的案例现有一个请求参数是user_token
只需要在插件中添加
注意这里有个坑(搞了好久)比如你想在repeater模块测试一下重新发送请求会不会修改密码
发现返回的结果仍然是302这里是需要有一个有效的,没有使用过的user_token去请求的!然后再去重放请求包就都会自动更新token了总结一句就是你第一次用有效的token重放请求包就永远有效(自动更新token了)你第一次用无效的token重放请求包就永远无效
在这个案例中使用CSRF Token Tracker无法成功自动更新token
开始定义宏
一路OK回到这里
不懂就选择1,在所有请求前都运行宏
来到repeater模块重新发送请求就不会说非法的csrftoken
来看日志发生了什么
我们使用repeater重放了登录的请求,也就是图中第71个请求宏帮我们自动进行了了第70个请求获取了新的token让第71个带着新的token去登录
在这个案例中前两种姿势均无效下载安装插件
先看下两个请求包第一个请求包就是获取token的
第二个就是带着token去访问
看过这两个请求包应该就明白了这次token是在请求头中而定义宏的时候会让你选择更新token的地方这个地方却没有更新请求头的功能所以姿势2在这里就失效了
首先定义宏获取token这个宏只需要要确保在请求2之前会执行请求1相比于姿势2的步骤简单一点
到这里宏就配置好了在repeater重放请求2然后再logger+=里面查看确保每次都会在请求2前自动执行请求1就是正常的
然后配置插件Extractor把两个请求包都发送到Extractor
此时回到repeater模块重放发现token就有效了
再次回到logger++看发生了什么看到第87个请求获取的token值为407667d008b147199d174681a655aea0
第88个请求包的accessToken值也是407667d008b147199d174681a655aea0
总结一下姿势3的思路宏负责在请求2前发送请求1Extractor插件负责匹配和替换token
来源：先知(https://xz.aliyun.com/t/11419)

注：如有侵权请联系删除

   学习更多技术，关注我：   

觉得文章不错给点个‘再看’吧

文章来源: http://mp.weixin.qq.com/s?__biz=Mzg2NDY1MDc2Mg==&mid=2247496034&idx=2&sn=9cda59ed389e0294f061e668afa4721a&chksm=ce64a207f9132b1137ab28480a21a7e09d4eceea89dccd2669267e7a2c6897fc7055b9acbffc#rd
如有侵权请联系:admin#unsafe.sh