Agent Skills
› zhaoxuya520/reverse-skill
› competition-oauth-oidc-chain
competition-oauth-oidc-chain
GitHubCTF沙箱下游技能，用于追踪和分析OAuth/OIDC认证链。涵盖重定向、PKCE、Token交换及身份接受逻辑，旨在复现最小攻击流以证明权限提升或身份伪造路径。
触发场景
用户要求追踪OAuth或OIDC重定向流程
需要分析回调参数、状态码、Nonce或PKCE材料
解释Token如何转化为被接受的Identity或特权
安装
npx skills add zhaoxuya520/reverse-skill --skill competition-oauth-oidc-chain -g -y
SKILL.md
Frontmatter
{
"name": "competition-oauth-oidc-chain",
"description": "Internal downstream skill for ctf-sandbox-orchestrator. CTF-sandbox workflow for OAuth, OIDC, redirect flows, state or nonce handling, PKCE, token exchange, refresh logic, claim mapping, and accepted login paths. Use when the user asks to trace redirects, callback parameters, scopes, state, nonce, PKCE, refresh tokens, consent, or explain how an OAuth or OIDC chain turns into accepted identity or privilege. Use only after `$ctf-sandbox-orchestrator` has already established sandbox assumptions and routed here."
}
Competition OAuth OIDC Chain
Use this skill only as a downstream specialization after $ctf-sandbox-orchestrator is already active and has established sandbox assumptions, node ownership, and evidence priorities. If that has not happened yet, return to $ctf-sandbox-orchestrator first.
Use this skill when the hard part is proving how an OAuth or OIDC flow is shaped, exchanged, and ultimately accepted.
Reply in Simplified Chinese unless the user explicitly requests English.
Quick Start
- Map the auth chain in order: entry route, redirect, authorize request, callback, token exchange, refresh, and final accepting service.
- Record scopes, state, nonce, PKCE material, redirect URIs, and claim-bearing tokens before mutating anything.
- Separate token possession from actual identity acceptance.
- Keep browser-visible redirects and backend-visible token exchange in one compact chain.
- Reproduce the smallest redirect-to-acceptance flow that proves the decisive identity edge.
Workflow
1. Map The Redirect And Token Path
- Record issuer, client ID, redirect URI, authorize parameters, callback parameters, token endpoint, and refresh path.
- Note which values are user-controlled, derived, cached, or validated:
state,nonce, PKCE verifier, audience, scope, or prompt. - Keep browser redirects, server-side exchanges, and resulting session state tied together.
2. Prove Token-To-Identity Acceptance
- Show how code, ID token, access token, or refresh token turns into app session, claims mapping, tenant selection, or accepted privilege.
- Record token claims, expiration, audience, subject, scopes, and the exact accepting app or backend edge.
- Distinguish UI login success from backend authorization success.
3. Reduce To The Decisive OAuth Chain
- Compress the result to the smallest sequence: entry request -> redirect -> callback -> token or claim acceptance -> resulting capability.
- Keep one canonical good flow and one minimal mutated flow if a parameter change matters.
- If the task broadens into generic web routing or storage behavior outside the auth chain, switch back to the broader web-runtime skill.
Read This Reference
- Load
references/oauth-oidc-chain.mdfor the redirect checklist, token checklist, and evidence packaging. - If the hard part is JWT header parsing, claim normalization, key lookup, or token validation confusion after issuance, prefer
$competition-jwt-claim-confusion.
What To Preserve
- Redirect URIs, parameters, codes, token claims, scopes, and the accepting service or callback
- The exact point where claims or tokens become accepted app identity
- One minimal replayable redirect-to-acceptance sequence
版本历史
- 1bec1f2 当前 2026-07-05 18:45
