competition-custom-protocol-replay

Reconstructs custom protocol framing and replays message sequences to reproduce accepted session states.

21|8|Updated Aug 3, 2026
One-click install
npx skills add https://github.com/chengzongcai/reverse-skill-backup --skill competition-custom-protocol-replay-chengzongcai
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: competition-custom-protocol-replay
Source: https://github.com/chengzongcai/reverse-skill-backup/tree/main/CTF-Sandbox-Orchestrator/competition-custom-protocol-replay
Command: npx skills add https://github.com/chengzongcai/reverse-skill-backup --skill competition-custom-protocol-replay-chengzongcai

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? CTF challenges involving unknown binary or text protocols require more than identifying the protocol: you must recover framing, checksums, sequence rules, and state transitions, then replay the exact message order that the server accepts. This Skill provides a structured workflow for that stateful replay work inside a sandboxed CTF environment. ## Core Features & Use Cases - Session State Machine Mapping: Identify handshake, authentication, keepalive, and teardown phases, tracking which fields are static, derived, or dependent on prior messages. - Framing and Integrity Recovery: Reconstruct lengths, delimiters, type bytes, checksums, MACs, counters, and compression or encryption boundaries. - Minimal Replay Harness: Reduce a captured session to the smallest transcript that reaches the accepted branch, preserving both original and replayed sequences as evidence. - Use Case: During a CTF, you capture a custom binary protocol exchange. Use this Skill to decode the framing, discover the checksum rule, and replay a mutated message sequence that flips the server response from rejected to accepted. ## Quick Start After $ctf-sandbox-orchestrator is active, use $competition-custom-protocol-replay to recover this custom protocol's framing and replay the message order needed to reproduce the accepted session state.

Frequently Asked Questions about competition-custom-protocol-replay

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I replay a captured custom protocol session in a CTF?▼

First map the session state machine: identify handshake, authentication, and command phases plus which fields depend on prior messages. Then recover framing and checksums, and build a minimal replay harness that changes one field or message at a time until the server accepts the replayed sequence.

How to reverse engineer an unknown binary protocol from a packet capture?▼

Start with message boundaries: recover lengths, delimiters, and type bytes before interpreting field semantics. Then determine direction, sequence numbers, and integrity fields like checksums or nonces, and compare accepted versus rejected transcripts to find the decisive fields.

When should I use this skill instead of a generic PCAP analysis skill?▼

Use it when the challenge requires stateful replay, meaning you must reproduce exact message order, sequence counters, or checksum state to reach an accepted branch. If the task is only decoding a capture with no replay requirement, the broader PCAP skill is the better fit.

Can this skill be used without the ctf-sandbox-orchestrator?▼

No. It is a downstream specialization that assumes $ctf-sandbox-orchestrator has already established sandbox assumptions, node ownership, and evidence priorities. If that routing has not happened, return to the orchestrator first.

Why does my protocol replay get rejected by the server?▼

Rejections usually come from unmet state dependencies: wrong sequence counters, stale nonces, incorrect checksums, or mixing messages from different sessions. Mutate one field at a time against a canonical accepted transcript to isolate the exact field that flips acceptance.