Web安全学院
Web安全学院
  • 首页
  • 译序
  • 学习路线
  • 前篇
    • Web应用程序安全测试
    • 动态应用程序安全测试(DAST)
    • 带外应用程序安全测试(OAST)
  • 服务器端主题
    • SQL注入
      • SQL注入
      • SQL注入UNION攻击
      • 在SQL注入攻击中检索数据库
      • SQL盲注
      • SQL注入速查表
    • 认证
      • 认证漏洞
      • 基于密码登录中的漏洞
      • 多因素认证中的漏洞
      • 其他认证机制中的漏洞
      • 如何保护你的认证机制
    • 目录遍历
      • 目录遍历
    • 命令注入
      • OS命令注入
    • 业务逻辑漏洞
      • 业务逻辑漏洞
      • 业务逻辑漏洞示例
    • 信息泄露
      • 信息泄露漏洞
      • 如何发现并利用信息泄露漏洞
    • 访问控制
      • 访问控制漏洞与权限提升
      • 不安全的直接对象引用(IDOR)
      • 访问控制安全模型
    • 文件上传漏洞
      • 文件上传漏洞
    • 条件竞争
      • 条件竞争
    • 服务器端请求伪造(SSRF)
      • 服务器端请求伪造(SSRF)
      • 盲SSRF漏洞
    • XXE注入
      • XML外部实体(XXE)注入
      • XML实体
      • 发现并利用盲XXE漏洞
  • 客户端主题
    • 跨站脚本(XSS)
      • 跨站脚本
      • 反射型XSS
      • 存储型XSS
      • 基于DOM的XSS
      • XSS上下文
        • 跨站脚本上下文
        • 客户端模版注入
      • 利用跨站脚本漏洞
      • 内容安全策略
      • 悬空标记注入
      • 如何防范XSS漏洞
      • 跨站脚本(XSS)速查表
    • 跨站请求伪造(CSRF)
      • 跨站请求伪造(CSRF)
      • XSS与CSRF
      • 绕过CSRF令牌验证
      • 绕过SameSite Cookie限制
      • 绕过基于Referer的CSRF防御
      • 如何防范CSRF漏洞
    • 跨域资源共享(CORS)
      • 跨域资源共享(CORS)
      • 同源策略(SOP)
      • CORS和Access-Control-Allow-Origin响应标头
    • 点击劫持
      • 点击劫持(UI伪装)
    • 基于DOM的漏洞
      • 基于DOM的漏洞
      • 控制Web消息源
      • 基于DOM的开放重定向
      • 基于DOM的Cookie操纵
      • 基于DOM的JavaScript注入
      • 基于DOM的document-domain操纵
      • 基于DOM的WebSocket URL投毒
      • 基于DOM的链接操纵
      • Web消息操纵
      • 基于DOM的Ajax请求标头操纵
      • 基于DOM的本地文件路径操纵
      • 基于DOM的客户端SQL注入
      • 基于DOM的HTML5 Storage操纵
      • 基于DOM的客户端XPath注入
      • 基于DOM的客户端JSON注入
      • DOM-data操纵
      • 基于DOM的拒绝服务
      • DOM破坏
    • WebSocket
      • 测试WebSocket安全漏洞
      • 什么是WebSocket?
      • 跨站WebSocket劫持
  • 进阶主题
    • 不安全的反序列化
      • 不安全的反序列化
      • 利用不安全的反序列化漏洞
    • 测试GraphQL API
      • 测试GraphQL API
      • 什么是GraphQL?
    • 服务器端模板注入
      • 服务器端模板注入
      • 利用服务器端模板注入漏洞
    • Web缓存投毒
      • Web缓存投毒
      • 缓存设计缺陷的利用
      • 缓存实现缺陷的利用
    • HTTP Host标头攻击
      • HTTP Host标头攻击
      • 如何识别和利用HTTP Host头的漏洞
      • 密码重置投毒
    • HTTP请求走私
      • HTTP请求走私
      • 查找HTTP请求走私漏洞
      • 利用HTTP请求走私漏洞
      • 高级请求走私
        • 高级请求走私
        • HTTP/2降级
        • 响应队列投毒
        • HTTP/2专属载体
        • HTTP请求隧道
      • 浏览器驱动的请求伪造
        • 浏览器驱动的请求伪造
        • CL.0请求走私
        • 客户端异步攻击
        • 基于暂停的异步攻击
    • OAuth认证
      • OAuth 2.0认证漏洞
      • OAuth授权类型
      • OpenID Connect
      • 如何防范OAuth认证漏洞
    • JWT攻击
      • JWT攻击
      • 在Burp Suite中使用JWT
      • 算法混淆攻击
    • 原型污染
      • 什么是原型污染?
      • JavaScript原型和继承
      • 客户端
        • 客户端原型污染漏洞
        • 通过浏览器API进行原型污染
      • 服务器端
        • 服务器端原型污染
      • 预防原型污染漏洞
    • 基本技能
      • 基本技能
      • 使用编码混淆攻击
      • 在手动测试中使用Burp Scanner
Powered by GitBook
On this page
  • 对于OAuth服务提供商
  • 对于OAuth客户端应用
  1. 进阶主题
  2. OAuth认证

如何防范OAuth认证漏洞

为了防范OAuth认证漏洞,OAuth提供商和客户端应用都必须对关键的输入实施健壮的验证,特别是redirect_uri参数。在OAuth规范中很少有内置的保护,因此要靠开发人员自己来使OAuth流尽可能安全。

值得注意的是,漏洞可能出现在客户端应用和OAuth服务本身。即使你自己的实现坚如磐石,最终仍然依赖于另一端同样健壮的应用。

对于OAuth服务提供商

  • 要求客户端应用注册一个有效的redirect_uris白名单。尽可能使用严格的逐字节比较来验证任何传入请求中的URI。只允许完全和精确的匹配,而不是使用pattern匹配。这可以防止攻击者访问白名单域上的其他页面。

  • 强制使用state参数。它的值也应该与用户的会话绑定,包括一些不可猜测的、特定于会话的数据,如包含会话cookie的哈希值。这有助于保护用户免受类似CSRF的攻击。也使得攻击者更难使用任何被盗的授权码。

  • 在资源服务器上,确保你验证了访问令牌是颁发给提出请求的同一个client_id。还应该检查被请求的作用域,以确保这与最初授权token的作用域一致。

对于OAuth客户端应用

  • 在实现OAuth之前,请确保你完全理解它的工作原理。许多漏洞都是由于缺乏对每个阶段究竟发生了什么,以及如何利用这些漏洞的理解而引起的。

  • 使用state参数,即使它不是强制性要求的。

  • 不仅向/authorization端点发送redirect_uri参数,还要向/token端点发送。

  • 在开发移动或本机桌面OAuth客户端应用时,通常无法保持client_secret私有。在这些情况下,PKCE(RFC 7636)机制可用于提供额外的保护,已防止访问code被拦截或泄漏。

  • 如果你使用OpenID Connect id_token,请确保它是根据JSON Web Signature、JSON Web Encryption和OpenID规范正确验证的。

  • 对授权码要小心,当加载外部图像、脚本或CSS内容时,它们可能会通过Referer头泄露。同样重要的是,不要将它们包含在动态生成的JavaScript文件中,因为它们可能会通过<script>标签从外部域执行。

PreviousOpenID ConnectNextJWT攻击

Last updated 2 years ago