关于 competition-oauth-oidc-chain
面向 CTF 安全分析的 OAuth 与 OIDC 专用技能，用于追踪重定向、令牌交换及应用接受身份的环节。它依赖 `$ctf-sandbox-orchestrator` 先建立沙箱假设和证据优先级。
主要功能
- 01梳理重定向与令牌流程
- 02记录 OAuth 参数和声明
- 03验证令牌到身份的接受过程
- 04区分登录成功与授权成功
- 05保留可重放流程证据
适用场景
- 01证明 OAuth 或 OIDC 身份链路
- 02追踪声明如何进入应用会话
- 03测试参数变化对身份接受的影响
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/competition-oauth-oidc-chain确认已加载。
附带文件agents/openai.yamlreferences/oauth-oidc-chain.md
详细介绍
竞赛 OAuth OIDC 链路
仅当 $ctf-sandbox-orchestrator 已处于活动状态，并已建立沙箱假设、节点归属和证据优先级之后，才将此技能用作下游专精。如果尚未满足这些条件，请先回到 $ctf-sandbox-orchestrator。
当难点在于证明 OAuth 或 OIDC 流程如何成形、交换并最终被接受时，使用此技能。
除非用户明确要求英语，否则用简体中文回复。
快速开始
- 按顺序梳理认证链路：入口路由、重定向、authorize 请求、回调、令牌交换、刷新以及最终接受服务。
- 在修改任何内容之前，记录 scopes、state、nonce、PKCE 材料、重定向 URI 和承载 claim 的令牌。
- 将令牌持有与实际身份接受区分开。
- 将浏览器可见的重定向和后端可见的令牌交换保持在一条紧凑链路中。
- 复现最小的从重定向到接受流程，以证明决定性的身份边界。
工作流
1. 梳理重定向与令牌路径
- 记录 issuer、client ID、redirect URI、authorize 参数、回调参数、token endpoint 和刷新路径。
- 注明哪些值是用户可控、派生、缓存或经过验证的：
state、nonce、PKCE verifier、audience、scope 或 prompt。 - 将浏览器重定向、服务端交换和产生的会话状态联系在一起。
2. 证明令牌到身份的接受
- 展示 code、ID token、access token 或 refresh token 如何转变为应用会话、claims 映射、租户选择或被接受的权限。
- 记录令牌 claims、过期时间、audience、subject、scopes 以及确切的接受应用或后端边界。
- 区分 UI 登录成功与后端授权成功。
3. 缩减到决定性的 OAuth 链路
- 将结果压缩为最小序列：入口请求 -> 重定向 -> 回调 -> 令牌或 claim 接受 -> 产生的权限。
- 如果参数变更很关键，保留一条规范的良好流程和一条最小突变流程。
- 如果任务扩展到认证链路之外的通用 Web 路由或存储行为，请切回更广泛的 Web 运行时技能。
阅读此参考
- 加载
references/oauth-oidc-chain.md以获取重定向检查清单、令牌检查清单和证据打包。 - 如果难点在于 JWT 头部解析、claim 规范化、密钥查找或签发后的令牌验证混淆，请优先使用
$competition-jwt-claim-confusion。
需要保留的内容
- 重定向 URI、参数、code、令牌 claims、scopes 以及接受服务或回调
- claims 或令牌成为被接受应用身份的确切点
- 一个最小的可重放重定向到接受序列
评论
支持 Markdown