competition-reverse-pwn

Reverse binaries, analyze crash state, and verify exploit primitives in CTF sandbox workflows.

Updated Aug 14, 2026
One-click install
npx skills add https://github.com/MDSIXONE/opencode-config --skill competition-reverse-pwn-mdsixone
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: competition-reverse-pwn
Source: https://github.com/MDSIXONE/opencode-config/tree/main/skills/reverse-skill/CTF-Sandbox-Orchestrator/competition-reverse-pwn
Command: npx skills add https://github.com/MDSIXONE/opencode-config --skill competition-reverse-pwn-mdsixone

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Binary-heavy CTF challenges involving reverse engineering, malware analysis, DFIR, firmware, and pwnable exploitation require a disciplined workflow that preserves evidence, separates decoded layers from original artifacts, and ties every claim to observable boundaries like crash edges or leak edges. ## Core Features & Use Cases - Reverse and Forensic Triage: Separates loader, payload, config, and post-decode behavior while correlating files, memory, logs, registry, and PCAPs into one execution graph. - Native Exploit Path Analysis: Maps mitigations, libc or runtime behavior, syscall surfaces, and protocol framing, recording primitives, controllable bytes, leak sources, and target objects separately. - Evidence Preservation: Keeps original, decoded, dumped, and instrumented artifacts as distinct files with offsets, hashes, crash registers, and protocol steps documented. - Use Case: During a CTF pwnable challenge, use this Skill after the sandbox orchestrator is active to triage the binary, identify the crash edge, record the leak source, and replay the exploit primitive from a clean baseline. ## Quick Start After the ctf-sandbox-orchestrator has established sandbox assumptions, ask the assistant to reverse this binary, inspect the crash dump, and prove the exploit primitive from a clean baseline.

Frequently Asked Questions about competition-reverse-pwn

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

FAQPage Schema
How do I reverse engineer a binary in a CTF challenge?▼

Start with passive triage covering file type, headers, sections, imports, strings, entropy, and resources. Then decide whether the path is reverse-first, DFIR-first, or exploit-first, and tie every claim to an observable boundary like a decode edge or crash edge.

How to analyze a crash dump to build an exploit primitive?▼

Record mitigations, loader behavior, libc build, and protocol framing first. Then document the primitive, controllable bytes, leak source, and target object separately, and replay the primitive from a clean baseline before trusting it.

When should I use this skill instead of other CTF skills?▼

Use it for binary-heavy challenges where the decisive path runs through artifacts, decoded layers, process behavior, crash state, or exploit primitives. Specialized tasks like firmware partitions, PCAP protocol reconstruction, or forensic timelines route to dedicated sibling skills.

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

No, it is a downstream specialization that requires the ctf-sandbox-orchestrator to be active first. The orchestrator establishes sandbox assumptions, node ownership, and evidence priorities before routing work here.

Why is my exploit primitive failing on the remote target?▼

Compare host, libc, loader, and protocol framing differences between environments before doubting the primitive itself. A common pitfall is naming a primitive without replaying it from a clean baseline under matching conditions.