agentleFS
kings0527kings0527/pi-harness/skills/re-router/SKILL.md

re-router

Skill9 starsChanged 3 months agoMITView on GitHub

Reverse engineering task router. Use when starting any RE task to determine the correct analysis approach and skill to load.

1 other project uses a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

7 rules. About 0 are common, 7 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈7

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Before choosing a path, determine:

    line 26
  2. Distinctive:

    When target has multiple protection layers, follow this priority order:

    line 88
  3. Distinctive:

    Rule: Always clear detection layers before attempting analysis layers.

    line 97
  4. Distinctive:

    If you've been working for >15 min without progress, STOP and check:

    line 112
  5. Distinctive:

    Should I switch approach? Load re-escalation for systematic strategy upgrade

    line 116
  6. Distinctive:

    Before starting, estimate effort:

    line 120
  7. Distinctive:

    If estimated time exceeds available budget, consider: (a) narrowing scope, (b) accepting partial results, (c) trying a completely different …

    line 130

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

SKILL: Reverse Engineering Router — 5-Second Decision Guide

AI LOAD INSTRUCTION: Meta-routing skill for reverse engineering tasks. Load this FIRST when facing any RE target to quickly determine the correct analysis path. Do NOT start analysis without routing — wrong initial direction wastes 80%+ of effort. This skill routes to specialized skills; it does NOT contain analysis techniques itself.

0. RELATED ROUTING (destination skills)

  • mobile-dynamic-re — Frida/Substrate dynamic hooking on iOS/Android
  • emulation-re — Unicorn/unidbg/Chomper offline emulation
  • native-static-re — IDA/Ghidra static analysis of native binaries
  • web-reverse-engineering — Web frontend JS/WASM reverse
  • binary-protection-bypass — ELF protection bypass for exploitation
  • anti-debugging-techniques — Anti-debug detection and bypass
  • symbolic-execution-tools — angr/Z3 automated solving
  • vm-and-bytecode-reverse — Custom VM/bytecode analysis
  • code-obfuscation-deobfuscation — Deobfuscation techniques
  • re-escalation — When current approach fails repeatedly

1. RAPID ASSESSMENT (ask these 4 questions)

Before choosing a path, determine:

  1. Target type: What am I analyzing? (iOS app / Android app / Web JS / Native binary / Protocol / Firmware)
  2. Available assets: What do I have? (source? IDA db? jailbroken device? rooted device? traffic capture? binary only?)
  3. Objective: What's the goal? (algorithm extraction / signature reproduction / vulnerability / bypass detection / protocol decode)
  4. Protection level: What defenses are present? (none / obfuscation / anti-debug / anti-hook / VM protection / multi-layer)

2. DECISION TREE — Route by Target Type

What is the target?
│
├── iOS App (Mach-O ARM64)
│   ├── Have jailbroken device + want dynamic analysis?
│   │   └── → mobile-dynamic-re (Frida/Substrate hooking)
│   ├── No jailbreak OR need offline reproduction?
│   │   └── → emulation-re (Chomper for iOS ARM64 emulation)
│   ├── Pure static analysis (IDA/Ghidra decompilation)?
│   │   └── → native-static-re (ARM64 Mach-O patterns)
│   └── Has anti-debug/anti-jailbreak detection?
│       └── → anti-debugging-techniques FIRST, then retry dynamic
│
├── Android App (.so / DEX)
│   ├── Have rooted device + Frida available?
│   │   └── → mobile-dynamic-re (Frida Java/Native hooking)
│   ├── No root OR need offline reproduction?
│   │   └── → emulation-re (unidbg for Android .so emulation)
│   ├── Java/Kotlin layer only (no native)?
│   │   └── → jadx decompilation + Xposed (covered in mobile-dynamic-re §Android)
│   └── Packed/encrypted APK?
│       └── → Unpack first (BlackDex/Frida dump), then re-assess
│
├── Web Frontend (JavaScript / WASM)
│   └── → web-reverse-engineering
│       ├── API signature/encryption? → §4 Algorithm Reverse
│       ├── Anti-bot/anti-crawler? → §5-§6 Detection Bypass
│       └── WASM module? → §4.5 WASM Reverse
│
├── Native Binary (ELF/PE, CTF or general)
│   ├── Goal is exploitation (pwn)?
│   │   └── → binary-protection-bypass → symbolic-execution-tools
│   ├── Goal is algorithm extraction?
│   │   └── → native-static-re (decompile + analyze)
│   ├── Has custom VM/bytecode?
│   │   └── → vm-and-bytecode-reverse
│   ├── Heavy obfuscation (CFF/opaque predicates/junk)?
│   │   └── → code-obfuscation-deobfuscation
│   └── Need automated solving (keygen/crackme)?
│       └── → symbolic-execution-tools (angr/Z3)
│
├── Network Protocol
│   ├── HTTP(S) API with encryption? → web-reverse-engineering §1
│   ├── Custom binary protocol? → Wireshark + native-static-re
│   └── Protobuf/gRPC? → protobuf-decoder tools + traffic analysis
│
└── Firmware / Embedded
    ├── Has DWARF debug info? → dwarf-expert + native-static-re
    └── Bare-metal / RTOS? → native-static-re + emulation-re (Qiling/Unicorn)

3. MULTI-LAYER TARGETS — Combination Strategy

When target has multiple protection layers, follow this priority order:

PriorityLayerAction
1stAnti-debug / Anti-hook detectionBypass FIRST — nothing else works until this is cleared
2ndPacking / EncryptionUnpack/decrypt to get readable binary
3rdObfuscation (CFF/VM/opaque predicates)Deobfuscate OR work around via dynamic analysis
4thBusiness logic / AlgorithmNOW analyze the actual target

Rule: Always clear detection layers before attempting analysis layers.

4. APPROACH SELECTION MATRIX

ScenarioPrimary ApproachFallback
Known algorithm, need reproductionemulation-remobile-dynamic-re (capture I/O)
Unknown algorithm, need discoverynative-static-remobile-dynamic-re (trace execution)
Signature with server verificationmobile-dynamic-re (capture params)web-reverse-engineering (if web API)
Anti-tamper prevents hookingemulation-re (offline, no detection)Patch detection, retry dynamic
Time-sensitive (algorithm rotates)mobile-dynamic-re (fast capture)—
Complex CFF, static unreadableemulation-re (trace through CFF)symbolic-execution-tools (recover CFG)

5. ESCALATION TRIGGERS

If you've been working for >15 min without progress, STOP and check:

  1. Am I in the right skill? Re-run this decision tree
  2. Am I at the right layer? (fighting detection when should be analyzing logic, or vice versa)
  3. Should I switch approach? Load re-escalation for systematic strategy upgrade

6. COMPLEXITY ESTIMATION

Before starting, estimate effort:

Protection LevelExpected TimeSuccess RateNotes
None (clean binary)1-2h95%Direct analysis
Light obfuscation4-8h80%Standard deobfuscation
Anti-debug + obfuscation1-2d65%Multi-step approach needed
CFF + anti-hook + packing2-5d50%Consider emulation path
Multi-layer VM + environment detection1-2w35%Requires combined approach + patience

If estimated time exceeds available budget, consider: (a) narrowing scope, (b) accepting partial results, (c) trying a completely different angle.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.