mcpField
C
competition-stego-media

competition-stego-media

github.com/zhaoxuya520安全43.7k94 次安装5 周前更新
代码仓库

关于 competition-stego-media

用于分析媒体容器、隐藏通道和附加载荷的 CTF 技能,须在 `$ctf-sandbox-orchestrator` 建立沙箱假设与证据优先级后使用。

主要功能

  1. 01检查容器与元数据
  2. 02按证据排序分析通道
  3. 03逐层重建隐藏载荷
  4. 04记录可复现的提取过程
  5. 05验证最终载荷

适用场景

  1. 01检查媒体文件中的附加归档
  2. 02比较 Alpha、调色板和 LSB 通道
  3. 03追踪视频帧或音频信号线索
  4. 04保留载荷提取链

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/zhaoxuya520/reverse-skill --skill competition-stego-media

安装后在 Claude Code 中输入/competition-stego-media确认已加载。

附带文件agents/openai.yamlreferences/stego-media.md

详细介绍

Competition Stego Media

仅当 $ctf-sandbox-orchestrator 已处于活动状态,并且已经建立了沙箱假设、节点归属和证据优先级之后,才将此技能用作下游专门化能力。如果尚未满足这些条件,请先返回 $ctf-sandbox-orchestrator。

当挑战隐藏在媒体容器、隐蔽通道或附加载荷中,而不是常规的加密数据块中时,请使用此技能。

除非用户明确要求英文,否则请用简体中文回复。

快速开始

  1. 在猜测隐藏层之前,先确认真实容器类型、尺寸、时长、编解码器和分块布局。
  2. 在进行更深入的信号域工作之前,先检查元数据、缩略图、附属文件和附加尾部数据。
  3. 根据证据对候选通道进行排序:alpha、调色板、LSB、变换域残差、帧顺序或容器冗余空间。
  4. 分别保留每个提取出的层,以确保变换链可复现。
  5. 只有在隐藏载荷被复现时才停止,而不仅仅是怀疑。

工作流

1. 确认容器事实
  • 检查文件头、分块表、EXIF 或文档元数据、容器索引、缩略图和文件大小异常。
  • 将声明的格式与观察到的结构进行比较,以发现 polyglot、附加归档或畸形尾部数据。
  • 记录看起来有希望的精确偏移、帧号或通道边界。
2. 检查候选通道
  • 检查 alpha、调色板顺序、RGB 或 YUV 平面、LSB、频谱图特征、文档对象流或视频帧差分。
  • 优先采用证据驱动的尝试,而不是对每种变换进行暴力破解。
  • 记录载荷是明文字节、另一媒体层、压缩数据还是加密数据块。
3. 重建隐藏载荷路径
  • 保持链条顺序:容器 -> 通道或载体 -> 提取 -> 解压或解码 -> 最终解析。
  • 将提取成功与最终解释区分开来;命中通道并不等同于恢复出工件。
  • 如果提取后问题主要变成密码学问题,请移交给更广泛的 crypto 技能。

阅读此参考

  • 加载 references/stego-media.md 以获取媒体检查清单、通道排序指南和证据打包方法。

需要保留的内容

  • 文件结构事实:偏移、分块、帧号、流名称、元数据键和尾部数据大小
  • 中间提取结果以及用于生成它们的精确命令或变换
  • 最终恢复出的载荷以及产生它的通道

评论

支持 Markdown