关于 competition-firmware-layout
面向固件镜像分析的 CTF 专项技能，供已启用 `$ctf-sandbox-orchestrator` 的用户梳理镜像结构、启动或更新流程及设备行为。强调分层保留原始与提取产物，并追踪从镜像边界到关键行为的证据链。
主要功能
- 01识别容器、分区与文件系统
- 02映射引导和更新流程
- 03记录偏移、哈希与入口点
- 04区分原始镜像和修改副本
- 05追踪服务暴露与凭据来源
适用场景
- 01拆解固件镜像并定位分区
- 02追踪启动阶段使用的配置或密钥
- 03分析更新包验证与安装路径
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/competition-firmware-layout确认已加载。
附带文件agents/openai.yamlreferences/firmware-layout.md
详细介绍
竞赛固件布局
仅当 $ctf-sandbox-orchestrator 已经激活并已建立沙箱假设、节点归属和证据优先级之后，才将此技能作为下游专门化使用。如果尚未做到这一点，请先回到 $ctf-sandbox-orchestrator。
当难点在于理解固件镜像如何组织、启动、更新，并转化为可触达的设备行为时，使用此技能。
除非用户明确要求英文，否则用简体中文回复。
快速开始
- 将原始镜像、提取的分区、解包的文件系统和修补副本保留为彼此独立的工件。
- 在编辑任何内容之前，先梳理外层容器、分区表、引导加载程序、内核、rootfs、配置和更新元数据。
- 按顺序追踪启动或更新链，而不是直接跳到最有趣的文件。
- 将密钥、签名、偏移量、分区边界和 init 入口点记录在一条紧凑的证据链中。
- 从最小的提取路径复现决定性的秘密、分支或可触达的服务。
工作流
1. 建立镜像布局
- 识别容器类型、分区头、压缩方式、文件系统类型，以及任何附加或嵌套的镜像。
- 在提取改变任何内容之前，记录偏移量、大小、哈希、挂载点和分区名称。
- 将引导加载程序、内核、initramfs、rootfs、配置 blob 和更新元数据区分为不同的层。
2. 追踪启动或更新流程
- 梳理控制权如何从引导加载程序转移到内核、再到 init、再到各项服务，或者从更新包转移到验证器、再到安装器。
- 记录每个阶段消耗了哪些凭据、证书、密码、种子或配置文件。
- 区分已提交的固件意图与提取文件实际支持的实时行为。
3. 归结到决定性路径
- 展示从镜像边界到服务暴露、认证绕过、调试接口、凭据恢复或 flag 工件的最短链条。
- 将提取的文件系统、派生的配置和补丁实验与原始输入分开保存。
- 如果提取之后挑战主要变成原生崩溃行为或漏洞利用原语，请切换回更广泛的反向技能。
阅读此参考
- 加载
references/firmware-layout.md，获取布局清单、启动链清单和证据打包说明。
需要保留的内容
- 分区偏移量、哈希、文件系统类型、挂载路径、启动入口点和更新元数据
- 提取出的秘密、配置路径、init 脚本、服务单元，以及与其消耗阶段相关联的凭据
- 原始镜像、提取的层、挂载视图和修补副本，作为彼此独立的工件
评论
支持 Markdown