Competition Custom Protocol Replay
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 not merely naming the protocol, but reproducing the exact message order and state needed for acceptance.
Reply in Simplified Chinese unless the user explicitly requests English.
Quick Start
- Identify client and server roles, session boundaries, and reset conditions before decoding field semantics.
- Recover framing, lengths, delimiters, sequence numbers, checksums, nonces, and state transitions before broad replay attempts.
- Keep one canonical transcript of a successful exchange.
- Change one field or one message at a time while replaying.
- Reproduce the smallest accepted conversation that proves the decisive branch.
Workflow
1. Map The Session State Machine
- Identify handshake, negotiation, authentication, keepalive, command, and teardown phases.
- Record which fields are static, which are derived, and which depend on prior messages.
- Keep message order, direction, and timing tied to the same session identity.
2. Recover Framing And Integrity
- Reconstruct lengths, delimiters, type bytes, checksums, MACs, counters, compression, or encryption boundaries.
- Distinguish transport framing from application-level framing.
- Note exactly where server acceptance changes when one field or step is mutated.
3. Build The Minimal Replay Harness
- Reduce the path to the smallest transcript that reaches the accepted state, parser branch, command effect, or artifact.
- Preserve both the original captured sequence and the replayed minimal sequence.
- If the problem is mainly generic PCAP or stream decoding with no stateful replay requirement, switch back to the broader PCAP skill.
Read This Reference
- Load
references/custom-protocol-replay.md for the state-machine checklist, transcript checklist, and evidence packaging.
What To Preserve
- Canonical transcript, message types, field boundaries, checksums, counters, and session identifiers
- Original capture slices and the replay harness inputs that produce acceptance
- The exact mutation that flips the protocol from rejected to accepted, or vice versa
1---2name: competition-custom-protocol-replay3description: Internal downstream skill for ctf-sandbox-orchestrator. CTF-sandbox workflow for custom binary or text protocol recovery, handshake reconstruction, framing, sequence control, checksums, stateful replay, and accepted-session reproduction. Use when the user asks to decode an unknown protocol, recover custom framing, build a replay harness, satisfy sequence or checksum rules, replay a captured session, or prove the smallest message order that reaches an accepted branch. Use only after `$ctf-sandbox-orchestrator` has already established sandbox assumptions and routed here.4---5
6# Competition Custom Protocol Replay
7
8Use 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.
9
10Use this skill when the hard part is not merely naming the protocol, but reproducing the exact message order and state needed for acceptance.
11
12Reply in Simplified Chinese unless the user explicitly requests English.
13
14## Quick Start
15
161. Identify client and server roles, session boundaries, and reset conditions before decoding field semantics.
172. Recover framing, lengths, delimiters, sequence numbers, checksums, nonces, and state transitions before broad replay attempts.
183. Keep one canonical transcript of a successful exchange.
194. Change one field or one message at a time while replaying.
205. Reproduce the smallest accepted conversation that proves the decisive branch.
21
22## Workflow
23
24### 1. Map The Session State Machine
25
26- Identify handshake, negotiation, authentication, keepalive, command, and teardown phases.
27- Record which fields are static, which are derived, and which depend on prior messages.
28- Keep message order, direction, and timing tied to the same session identity.
29
30### 2. Recover Framing And Integrity
31
32- Reconstruct lengths, delimiters, type bytes, checksums, MACs, counters, compression, or encryption boundaries.
33- Distinguish transport framing from application-level framing.
34- Note exactly where server acceptance changes when one field or step is mutated.
35
36### 3. Build The Minimal Replay Harness
37
38- Reduce the path to the smallest transcript that reaches the accepted state, parser branch, command effect, or artifact.
39- Preserve both the original captured sequence and the replayed minimal sequence.
40- If the problem is mainly generic PCAP or stream decoding with no stateful replay requirement, switch back to the broader PCAP skill.
41
42## Read This Reference
43
44- Load `references/custom-protocol-replay.md` for the state-machine checklist, transcript checklist, and evidence packaging.
45
46## What To Preserve
47
48- Canonical transcript, message types, field boundaries, checksums, counters, and session identifiers
49- Original capture slices and the replay harness inputs that produce acceptance
50- The exact mutation that flips the protocol from rejected to accepted, or vice versa
gabrielmoreira