mcpField
C
competition-custom-protocol-replay

competition-custom-protocol-replay

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

关于 competition-custom-protocol-replay

供 CTF 使用的下游技能,需在 `$ctf-sandbox-orchestrator` 建立沙箱假设和证据优先级后启用。它着重分析消息顺序与帧格式,并提炼出能达到接受状态的最短交互记录。

主要功能

  1. 01梳理会话阶段与状态转换
  2. 02还原帧格式及完整性字段
  3. 03维护成功交互的标准记录
  4. 04逐项修改并重放交互
  5. 05提炼最短的可接受消息序列

适用场景

  1. 01复现有状态的自定义协议交互
  2. 02找出改变服务器接受结果的消息或字段
  3. 03为到达目标状态的最小重放构建证据

安装

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

$npx skills add https://github.com/zhaoxuya520/reverse-skill --skill competition-custom-protocol-replay

安装后在 Claude Code 中输入/competition-custom-protocol-replay确认已加载。

附带文件agents/openai.yamlreferences/custom-protocol-replay.md

详细介绍

竞赛自定义协议重放

仅当 $ctf-sandbox-orchestrator 已激活,并已建立沙箱假设、节点归属和证据优先级之后,才可将此技能作为下游专项使用。如果尚未满足,请先回到 $ctf-sandbox-orchestrator。

当难点不仅仅在于识别协议名称,而在于复现验收所需的确切消息顺序和状态时,请使用此技能。

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

快速开始

  1. 在解码字段语义之前,先识别客户端和服务端角色、会话边界以及重置条件。
  2. 在大范围重放尝试之前,先恢复帧格式、长度、分隔符、序列号、校验和、nonce 以及状态转换。
  3. 保留一份成功交换的规范记录。
  4. 重放时,每次只更改一个字段或一条消息。
  5. 复现能够证明决定性分支的最小可接受会话。

工作流

1. 映射会话状态机
  • 识别握手、协商、认证、保活、命令和拆除阶段。
  • 记录哪些字段是静态的、哪些是派生的,以及哪些依赖先前的消息。
  • 将消息顺序、方向和时序绑定到同一会话身份。
2. 恢复帧格式与完整性
  • 重建长度、分隔符、类型字节、校验和、MAC、计数器、压缩或加密边界。
  • 区分传输层帧格式与应用层帧格式。
  • 准确记录当某个字段或步骤被篡改时,服务端验收在哪里发生变化。
3. 构建最小重放工具
  • 将路径缩减为能够到达已接受状态、解析器分支、命令效果或产物的最小记录。
  • 同时保留原始捕获序列和重放的最小序列。
  • 如果问题主要是通用 PCAP 或流解码,且没有有状态重放要求,请切回更广泛的 PCAP 技能。

阅读此参考

  • 加载 references/custom-protocol-replay.md 以获取状态机检查清单、记录检查清单和证据打包。

需要保留的内容

  • 规范记录、消息类型、字段边界、校验和、计数器以及会话标识符
  • 原始捕获切片以及产生验收结果的重放工具输入
  • 使协议从被拒绝翻转为被接受(或反之)的确切篡改

评论

支持 Markdown