埋め込まれたデバイスからバイナリをオフにしました。 ELF は、おそらく ARM で、何をするかを把握する必要があります。 バイナリREは、解体のためのGhidra、動的解析のためのGDB、仮説テスト、盲目探査によって駆動されるエミュレーションのためのQEMU - - - 助けるためにツールをClaudeを与えます。

インストール

このプラグインが提供するもの

###スキル

• [binary-re – 仮説主導解析によるREワークフローの構築

##サブスキル

| お名前 | 必須 | お問い合わせ | [binary-re:triage | 速いバイナリの指紋 — アーキテクチャ、ABI、依存関係、および rabin2 による文字列。 未知のバイナリで最初に使用してください。 | | [binary-re:static-analysis | radare2とGhidraによるディープコード解析 — 機能、クロスリファレンス、デコンピレーション、CFGの実行なし お問い合わせ | [binary-re:dynamic-analysis | QEMU、GDB、Fridaによるランタイムの挙動観察 — syscallのトレース、ブレークポイント、メモリの検査; 人間の承認が必要です。 | | [binary-re:synthesis | 検証済みの仮説とエビデンスチェーンで構造化されたレポートへのコンパイル解析結果。 お問い合わせ

Binary Reverse Engineering Plugin

You pulled a binary off an embedded device. It’s an ELF, probably ARM, and you need to figure out what it does. Binary RE gives Claude the tools to help — radare2 for disassembly, Ghidra for decompilation, GDB for dynamic analysis, QEMU for emulation — driven by hypothesis-testing, not blind exploration.

Installation

/plugin marketplace add 2389-research/claude-plugins
/plugin install binary-re@2389-research

What this plugin provides

Skills

• binary-re – structured RE workflow with hypothesis-driven analysis

Sub-skills

Capabilities

• Cross-architecture static analysis (ARM64, ARMv7, x86_64, MIPS)
• Dynamic tracing via QEMU user-mode emulation
• GDB integration for debugging
• Ghidra headless decompilation
• Human-in-the-loop gates for risky operations

Quick example

User: "Analyze this binary from an IoT device - ARM, Linux-based"

Claude: [Triggers binary-re skill]

Let me start with triage to understand what we're working with.

Phase 1: Initial Triage
┌─────────────────────────────────────────┐
│ Architecture: ARM 32-bit LE (v7)        │
│ Libc: musl 1.2.3                        │
│ Dependencies: libcurl, libssl, libz     │
│ Stripped: Yes                           │
│ Strings: 847 (including URLs, paths)    │
└─────────────────────────────────────────┘

FACTS recorded:
- Links against libcurl.so.4 (network client)
- Contains string "api.vendor.com/telemetry"
- Imports socket, connect, SSL_read functions

HYPOTHESIS: This is a telemetry client that phones home over HTTPS
Confidence: 0.7
Evidence: curl+ssl imports, telemetry URL string

Do you want me to proceed with static analysis of network-related
functions, or should we try dynamic analysis under QEMU first?

Tool requirements

# Required
sudo apt install radare2 qemu-user gdb-multiarch

# Recommended
# Ghidra from https://ghidra-sre.org/
pip install frida-tools

# ARM sysroots
sudo apt install libc6-armhf-cross libc6-arm64-cross

Use cases

• Firmware analysis – understand device behavior without source
• Protocol reverse engineering – map network communications
• Security research – find vulnerabilities in embedded systems