关于 competition-cloud-metadata-path
供 CTF 使用的下游技能，需在 `$ctf-sandbox-orchestrator` 建立沙箱假设和证据优先级后启用。它追踪云元数据访问如何生成身份或凭据，并被 API 或集群接受为权限。
主要功能
- 01识别当前可用的元数据入口
- 02梳理端点可达路径
- 03追踪元数据响应到凭据或身份
- 04验证下游权限是否被接受
- 05保留可重放的元数据到权限链
适用场景
- 01分析从元数据访问到云权限的 CTF 路径
- 02区分端点可达性与凭据签发
- 03记录元数据授权的 API 或集群操作
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/competition-cloud-metadata-path确认已加载。
附带文件agents/openai.yamlreferences/cloud-metadata-path.md
详细介绍
竞赛云元数据路径
仅当 $ctf-sandbox-orchestrator 已处于活动状态，并已建立沙箱假设、节点归属和证据优先级后，才将此技能作为下游专用技能使用。如果尚未满足这些条件，请先回到 $ctf-sandbox-orchestrator。
当决定性的关键点不只是访问元数据，而是证明由元数据派生的身份如何被接受为权限时，请使用此技能。
除非用户明确要求英文，否则请用简体中文回复。
快速开始
- 确定当前处于活动状态的元数据表面：实例元数据、工作负载身份、节点身份、任务角色或平台特定的令牌端点。
- 记录确切的可达路径：本地进程、pod、容器、代理、SSRF 表面或主机路由。
- 将元数据可达性、凭据签发和下游权限接受区分开来。
- 将令牌格式、角色身份、作用域和接受 API 保留在紧凑的证据块中。
- 复现最小的从元数据到被接受权限的路径，以证明挑战关键点。
工作流
1. 映射元数据可达性
- 记录元数据端点、所需请求头、跳数限制、会话令牌、工作负载选择器或路径前缀。
- 注明访问来自直接本地调用、pod 网络、SSRF、sidecar 还是主机级路由。
- 将到达表面和元数据端点保留在同一条链中。
2. 证明凭据或身份签发
- 展示元数据响应如何变为令牌、临时凭据、已签名身份文档或平台特定的工作负载身份。
- 记录下游相关的过期时间、角色名称、主体、受众、签发者或云账户映射。
- 区分原始元数据与可用凭据材料。
3. 精简到决定性信任路径
- 将结果压缩为最小序列：到达表面 -> 元数据调用 -> 凭据签发 -> 被接受的云或集群操作。
- 明确说明弱点位于可达性、元数据配置、角色信任、下游策略还是工作负载绑定。
- 如果挑战在凭据签发后收窄到 RBAC 或集群变更，请切回更聚焦的控制平面技能。
阅读此参考
- 加载
references/cloud-metadata-path.md以获取可达性清单、令牌清单和证据打包。 - 如果难点首先在于证明服务端抓取原语、SSRF 可达性或元数据之前的内部端点遍历，请优先使用
$competition-ssrf-metadata-pivot。
需要保留的内容
- 元数据端点、所需请求头、可达路径、已签发令牌或凭据，以及被接受的 API
- 角色名称、受众、签发者、账户绑定和带权限的操作
- 最小的可重放元数据到权限链
评论
支持 Markdown