OAuth 攻击测试
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md 的指南,安装 @user_3c6cb52e/oauth-lr-ddpq 到当前 AI 助手。
技能介绍
要解决的问题
OAuth 2.0 的实现细节繁多,一个配置疏漏就可能被利用:redirect_uri 校验不严导致授权码被拦截或重定向被绕过、state 参数缺失或复用引发 CSRF 与登录混淆、开放重定向被串联成钓鱼链、Token 经 Referer 头泄露、PKCE 未被强制导致授权码注入、scope 申请超出实际需求却未做审核。手工逐项检查容易遗漏,这份技能把常见攻击面整理成一份可按顺序执行的检查清单。
核心能力与工作流程
- 覆盖八类攻击技法:授权码拦截、
redirect_uri绕过、OAuth 流程 CSRF、state参数滥用、开放重定向串联、Referer泄露 Token、PKCE 绕过、scope 提升 - 触发条件明确:对话涉及
OAuth、authorization code、redirect_uri bypass、PKCE bypass、scope escalation等关键词时自动启用 - 工作方式:将完整方法论作为操作清单加载,默认按顺序执行(用户另有指定除外),逐项评估对当前目标的适用性,跟踪已完成的检查项,并基于发现建议下一步
适用边界
- 面向 Web 应用 OAuth 2.0 实现的安全测试与 bug bounty 场景,本身不是扫描器或漏洞利用工具
- 测试前需确认授权范围与目标归属,避免对第三方服务造成干扰
- 清单覆盖常见场景而非穷尽所有攻击面,结论需结合目标实际配置判断
使用场景
- 应用接入了 OAuth 登录,需要逐项验证授权码拦截、redirect_uri 绕过、PKCE 是否可绕过,输出可执行的检查结果
- 做 bug bounty 时发现站点使用 OAuth 2.0,想按固定顺序检查 state 滥用、开放重定向串联、Referer 泄露等风险
- 安全评审中需要确认 scope 申请是否超出实际需求,判断是否存在 scope 提升风险并记录证据
- 修复 OAuth 流程后需要回归验证 CSRF 防护、redirect_uri 校验和 PKCE 强制策略是否仍然生效
适合人员
- 负责 Web 应用安全测试、需要系统化验证 OAuth 2.0 配置的渗透测试工程师
- 参与 bug bounty、经常处理 OAuth 登录类漏洞报告的白帽子
- 设计或改造 OAuth 接入、想在上线前复核 redirect_uri、state、PKCE 配置的开发工程师
- 需要审核第三方应用 scope 申请与回调地址配置的安全合规或 AppSec 负责人