REAとは？AIエージェントでリバースエンジニアリングを自動化するMCPサーバーを徹底解説

「このアプリの検索機能、どう実装されているんだろう」「ソースコードが残っていないレガシーシステムの挙動を把握しなければならない」——こうした需要は、セキュリティエンジニアから一般の開発者まで幅広く存在します。しかし従来、リバースエンジニアリングにはGhidraやIDA Proといった専門ツールの習熟が必要で、習得コストの高さから二の足を踏む方も少なくありませんでした。

その壁を一気に取り払う可能性を持つのが、MCPサーバー兼CLIツールの REA（Reverse Engineer Anything） です。結論を先に言えば、npx rea-agents setup の1コマンドで、Claude CodeなどのAIエージェントがリバースエンジニアリングを代行してくれる環境が整います。

ただし、最初に重要な前提をお伝えします。本記事で解説するリバースエンジニアリングは、自分が権利を持つソフトウェア、または明示的に許可を得た対象に対してのみ合法的に実施できます。EULAや各国法に違反した利用は絶対に避けてください。この点を踏まえたうえで、REAの仕組みと実践的な活用方法を段階的に理解を深めていきましょう。

REA（Reverse Engineer Anything）の概要｜話題になった理由

REAは「AIエージェント × リバースエンジニアリングツール」の橋渡し役

REAは開発者 morluto によって公開されたオープンソースプロジェクトで、MITライセンスのもとGitHubで公開されています。その本質は「AIエージェントとリバースエンジニアリングツールを接続するアダプター」です。

従来のリバースエンジニアリングでは、Ghidra・IDA・Hopperなどのツールを自分で操作し、疑似コードを読み解く必要がありました。REAはこの操作をAIエージェントに委ねられるようにするため、MCPサーバー（Model Context Protocol Server） として機能します。Claude Code、Cursor、Gemini CLIといったAIコーディングエージェントからREAのツール群を呼び出すことで、自然言語でリバースエンジニアリングを指示できるようになります。

実際の開発現場では、ツールの操作方法を習得する時間よりも「対象を理解する」時間に集中したい場面が多いものです。REAはまさにその課題に応えるツールと言えます。

公開直後にGitHubスターが急増した背景

REAは公開直後の約1週間で急速に注目を集め、複数の報道によれば234,477〜296,000件以上のGitHubスターを記録したとされています（出典：各種テックメディアの報道。数値は集計タイミングにより異なります）。これはGitHubの週間スター数として異例の水準であり、「リバースエンジニアリングの民主化」というメッセージがコミュニティに強く響いた結果です。

背景には、2026年に急速に成熟した「AI × バイナリ解析」トレンドがあります。「1年前はLLMがGhidraをまともに操作できなかったが、今や本格的なリバースエンジニアリングが可能になった」（1337skills.com）という現場の声が象徴するように、モデルの性能向上とMCPエコシステムの整備が同時に起きたタイミングで登場したREAは、絶好の潮目を捉えました。

従来のリバースエンジニアリングとの違い

技術的に正確な表現を心がけつつ、両者の違いを整理すると以下のようになります。

この変化は単なる操作の自動化ではありません。「ツールの使い方を学ぶ時間」を「対象を理解する時間」に変換する質的な転換です。

REAの仕組み｜デュアルリングアーキテクチャを図解で理解する

レイヤー1：CLIプローブ（サンドボックス内でツールを直接実行）

REAのアーキテクチャは「デュアルリングアーキテクチャ」と呼ばれる2層構造になっています。第1層は CLIプローブ で、実際のリバースエンジニアリングツール（Ghidra・Hopper・ASAR・JADXなど）をサンドボックス環境で直接呼び出す実行層です。

サンドボックス実行を採用しているのは、解析対象のバイナリが予期しない動作をした場合のリスクを最小化するためです。この設計はベストプラクティスとして評価できます。特にマルウェア解析のような用途では、実行環境の隔離は不可欠な要件です。

レイヤー2：MCPサーバー（stdio JSON-RPC でエージェントに公開）

第2層は MCPサーバー です。ここで少しMCPについて補足しましょう。

MCP（Model Context Protocol） はAnthropicが提唱したオープン規格で、AIエージェントが外部ツールやサービスを呼び出すための標準インターフェースです。RESTful APIのようなものと考えると理解しやすいでしょう。MCPサーバーを介することで、Claude CodeやCursorといった異なるAIエージェントから同じツール群を統一的に呼び出せます。

REAは stdio JSON-RPC 経由でエージェントとやり取りし、137種類の調査ツール を1つのMCPサーフェスに集約しています。ユーザーから見ると、「1つのREA」を使うだけで、裏側では多種多様なリバースエンジニアリングツールが動いているという仕組みです。

エージェントが「答え」にたどり着くまでの流れ

実際の開発現場では次のような流れで解析が進みます。

1. ユーザーが自然言語で質問する（例：「この検索機能の実装を教えて」）
2. REAが適切なプロバイダーを自動選択する（対象がAPKならJADX、ネイティブバイナリならGhidraを選択）
3. 逆コンパイルスクリプトを実行して解析処理を行う
4. 疑似コード・シンボル・文字列・相互参照を構造化エビデンスとして返却する
5. エージェントが要約・説明をユーザーに提示する

このフローにおいて「構造化エビデンス」というコンセプトが非常に重要です。

なぜ「構造化エビデンス」が重要なのか

生の逆アセンブル結果をそのままLLMに渡した場合、大規模バイナリでは数十万トークンに達することがあり、コンテキストウィンドウが破綻します。また根拠なしに疑似コードを「説明してください」と投げると、LLMが存在しない実装をでっち上げる「ハルシネーション」が起きやすくなります。

REAが構造化エビデンス（シンボル・相互参照・文字列など）を添えて返すのは、AIが根拠に基づいて推論できるようにするためです。これにより回答の信頼性が高まり、人間がエビデンスを突き合わせて検証する道も開かれます。

REAが解析できる対象一覧｜バイナリからファームウェアまで

ネイティブバイナリ（Ghidra / Hopper / IDA）

最も基本的な用途が、コンパイル済みのネイティブバイナリ（ELF・PE・Mach-Oなど）の解析です。Ghidra、Hopper、IDA Proをバックエンドとして使用し、以下の情報を取得できます。

• 疑似コード（Pseudocode）：アセンブリをC言語ライクなコードに変換したもの
• アセンブリ命令：生の命令列
• シンボル情報：関数名・グローバル変数
• 相互参照（Xref）：ある関数を呼び出している箇所の一覧

JavaScript / Electronアプリ

デスクトップアプリの多くがElectronで構築されていることもあり、この用途での需要は高いです。REAはElectronアプリの以下の要素を解析できます。

• モジュール構造とインポート関係
• ソースマップの解析
• IPC（プロセス間通信）の経路：メインプロセスとレンダラープロセス間の通信
• ASARアーカイブの展開：ElectronアプリのリソースはASARという形式でパッケージされており、REAはこれを展開して解析できます

Android APK（JADX連携）

モバイルアプリのセキュリティ評価や実装調査において、APKの解析は頻繁に行われます。REAはJADXと連携し、以下を取得します。

• AndroidManifest.xml：パーミッション設定・コンポーネント定義
• クラス構造：パッケージ・クラスの階層
• デコンパイル済みメソッド：Javaに近い形式で読めるコード
• プロセス情報：アプリの起動・実行フロー

.NET / WebAssembly

• .NETアセンブリ：メタデータ（型情報・属性）とCIL（共通中間言語）命令を解析
• WebAssembly（WASM）：WASMアーティファクトの解析。ブラウザ上で動作する高速処理の実装調査に使用

その他（SQLite DB・Webサイト・ファームウェア・Linuxクラッシュダンプ）

REAの対象範囲はさらに広く、SQLiteデータベースの構造解析、WebサイトのHTMLとJavaScriptのスクレイピング解析、組み込みデバイスのファームウェア、そしてLinuxのクラッシュダンプからの情報抽出にも対応しています。一つのツールでこれだけの対象をカバーできるのがREAの最大の強みです。

REAのセットアップ手順｜npx 一発で始める

前提条件を確認する

セットアップを始める前に、以下の環境を確認してください。

• Node.js 22.19+ / 24.11+ / 26+：REAのCLIはNode.js上で動作します。現在インストールされているバージョンは node -v で確認できます
• Ghidra / IDA Pro（任意）：既にインストール済みであれば、REAはそれを自動検出して利用します
• Hopper（macOS）：セットアップウィザード内でインストールを案内します
• JADX（任意）：APK解析に必要です

インストールコマンド

npx rea-agents setup

このコマンド一発でインタラクティブなセットアップウィザードが起動します。事前に npm install やグローバルインストールは不要です。

セットアップウィザードの流れ

ウィザードは対話形式で進みます。

Step 1: 使用するエージェントを選択する

? Which agent would you like to set up REA for?
❯ Claude Code
  Cursor
  Gemini CLI
  Other (manual setup)

Step 2: 提案される変更内容を確認する

セットアップが必要な変更（MCPサーバーの設定ファイル追記、指示ファイルの配置など）が一覧表示されます。内容を確認したうえで承認します。

Step 3: 承認 → 自動インストール

承認後、MCPサーバーの設定と対応する指示ファイルが自動でインストールされます。Claude Codeの場合、~/.claude/claude_desktop_config.json（または対応する設定ファイル）にREAのMCPエントリが追加されます。

導入後の動作確認チェックリスト

セットアップ後は以下の点を確認してください。

• エージェント（Claude Codeなど）の設定画面でREAのMCPサーバーが認識されているか
• 権利を持つシンプルなバイナリに対して「疑似コードを取得して」と指示し、返答があるか
• エラーが出た場合は node -v でNode.jsバージョンを確認する
• ツールパスが正しく認識されているか（Ghidraのインストールディレクトリが通っているか）
• サンドボックス実行に必要な権限があるか（Linux/macOSでは実行権限に注意）

実践：Claude Codeで実際に使ってみる

プロンプト例①「このアプリの検索機能はどう実装されている？」

セットアップが完了したら、Claude Codeに対して次のように問いかけてみましょう。

/path/to/target.app 内の検索機能がどのように実装されているか調べてください。
特に、検索クエリがどのように処理されているかを知りたいです。

聞き方のコツは 「対象ファイルパス ＋ 知りたい挙動」 をセットで渡すことです。「このアプリ」という曖昧な指定ではなく、パスを明示することでREAが適切なプロバイダーを選択しやすくなります。

Claude Codeは内部でREAのツールを呼び出し、関連する関数の疑似コードを取得し、検索クエリの処理フローを整理して返してくれます。

プロンプト例②APKの権限と通信先を洗い出す

/path/to/target.apk を解析して、以下の情報を教えてください：
1. 要求しているAndroidパーミッションの一覧
2. ネットワーク通信先として確認できるホスト名・URLの一覧
3. 外部ストレージへのアクセスが発生する箇所

このような使い方は、アプリのセキュリティ評価やプライバシー調査において実際の開発現場でも有用です。自社サービスのAPKの定期的なセキュリティレビューに組み込むことも考えられます。

プロンプト例③Electronアプリの IPC 経路をたどる

/path/to/electron-app のASARアーカイブを展開し、
メインプロセスとレンダラープロセス間のIPC通信で
どのようなチャンネルが定義されているかを列挙してください。

ElectronアプリのIPC経路を把握することは、アーキテクチャの理解にも、セキュリティ上の不審な通信経路の発見にも役立ちます。

良い質問 / 悪い質問の分かれ目

AIエージェントを効果的に使うには、質問の粒度が重要です。実際の開発現場でよくある失敗パターンと、その改善例を示します。

NG例：探索範囲が爆発する質問

このバイナリを全部解析してレポートを作って

→ 大規模バイナリでは数百の関数が存在し、全解析はトークンも時間も膨大なコストがかかります。

OK例：スコープを絞った質問

関数 sub_140001234 の呼び出し元を特定し、
引数として渡されている値の意味を教えてください

→ 特定の関数に絞ることで、REAが返すエビデンス量も適切になり、AIの推論精度も高まります。

NG例：目的が不明確な質問

このAPKって安全ですか？

→ 「安全」の定義が曖昧です。

OK例：具体的な懸念事項を指定した質問

このAPKが動的に追加のコードをダウンロードする仕組みがあるか確認してください

実用的なユースケース5選

1. 既存アプリの実装アイデアを学ぶ

「このアプリの〇〇機能、自分のプロジェクトに似た仕組みを作りたい」というケースです。例えば、既存のノートアプリの高速全文検索がどう実装されているかを調べ、同様のアーキテクチャを自分のアプリに応用するといった使い方があります。

ただし、取得した実装をそのままコピーすることは著作権侵害になり得ます。「実装のアイデアを参考にする」という範囲での活用が適切です。

2. ソースが失われたレガシーシステムの挙動把握

組織内に「誰も触れないレガシーシステム」が存在するケースは珍しくありません。ソースコードが失われた状態で、そのシステムの挙動を把握しなければならない場面でREAは特に威力を発揮します。入出力の定義、外部システムとの連携仕様、エラー処理の方針——これらをバイナリから逆算することが可能です。

3. バージョン間のリグレッション調査（バイナリ差分）

「バージョンアップ後にある機能の挙動が変わった。なぜ？」という調査に使えます。旧バージョンと新バージョンのバイナリを両方解析し、特定の関数の疑似コードを比較することで、変更点を特定できます。

4. 未文書プロトコル・独自ファイル形式の解析

産業機器や古いシステムが使う独自プロトコルやファイル形式の仕様が文書化されていない場合、REAを使って実装からプロトコルを逆算するアプローチが有効です。IoT機器との相互運用性確保や、レガシーデータの移行作業に役立ちます。

5. マルウェア解析・脆弱性調査（授権された環境下のみ）

セキュリティ研究者やペネトレーションテスターにとって、REAは解析効率を大幅に向上させるツールになります。マルウェアの通信先の特定、脆弱なコードパスの発見、PoC（概念実証コード）の作成支援など、幅広い用途があります。

ただし、この用途は明示的に授権された環境下でのみ実施できます。バグバウンティプログラムのスコープ外や、無断でのペネトレーションテストは違法です。

Ghidra × AI エコシステムの全体像｜REAと周辺ツールの比較

GhidraMCP — Ghidraに110以上のAIツールを追加

GhidraMCPはGhidraのプラグインとして動作するMCPサーバーで、110以上のAI向けツールをGhidraに追加します。LLMが直接Ghidraのスクリプトエンジンを操作し、解析を行う設計です。GhidraのGUIと密に統合されており、Ghidra上での作業フローにAIを組み込みたい場合に最適です。

OGhidra（LLNL）— Ollama経由でローカルLLMと接続

ローレンス・リバモア国立研究所（LLNL）が開発したOGhidraは、OllamaというローカルLLMランタイムを経由してGhidraとLLMを接続します。クラウドAPIを使わず完全にオフラインで動作するため、機密性の高いバイナリを扱う組織での利用に向いています。

pyghidra-mcp — ヘッドレスGhidraをMCP化しプロジェクト横断解析

pyghidra-mcpはGhidraをヘッドレス（GUIなし）モードで動かし、MCPサーバーとして公開します。プロジェクト横断での解析や、CI/CDパイプラインへの組み込みに適した設計です。

REAはどう選ぶべきか（用途別の使い分け表）

Ghidra（無料）と IDA Pro（有料）の使い分け

REAはGhidraとIDA Proの両方をプロバイダーとして利用できます。どちらを選ぶかは用途と予算によります。

Ghidra（無料・OSS）

• NSAが開発し公開した高機能逆コンパイラ
• 個人学習・CTF・小〜中規模解析に十分な機能を持つ
• コミュニティプラグインが豊富
• REAと組み合わせる入門にはGhidraから始めるのを推奨します

IDA Pro（有料・商用）

• 業界標準とされるプロフェッショナル向け逆コンパイラ
• 大規模・複雑なバイナリのデコンパイル品質でGhidraを上回るケースがある
• 商用案件・高速な大規模解析・専門的なプラグインエコシステムが必要な場合に選択
• ライセンスは高価（年間ライセンス制）

技術的に正確な表現を心がけると、「GhidraとIDA Proの品質差は縮まっている」というのが近年の評価であり、REAユーザーの多くはGhidraから始めても実用上の問題は少ないでしょう。

セキュリティと法的な注意事項｜ここを外すと危険

ローカル優先設計というメリット

REAは解析対象のバイナリをクラウドにアップロードしません。Ghidra等のツールはローカルで動作し、解析結果もローカルに留まります。これはプロプライエタリなソフトウェアや機密性の高いバイナリを扱う際の情報漏洩リスクを大幅に抑える設計です。

ただし重要な注意点があります。エージェントの応答生成はクラウドLLM（Claude APIなど）を経由します。REAが構造化した疑似コードや文字列情報は、LLMへのプロンプトとして送信されます。企業の機密システムを解析する際は、この点を踏まえて社内のAIポリシーおよびデータ取り扱い規定を確認してください。

合法・授権された利用に限る

リバースエンジニアリングの可否は、以下の複数の要素に依存します。

• EULA（使用許諾契約）：多くの商用ソフトウェアはリバースエンジニアリングを明示的に禁止しています
• 著作権法：国によってはリバースエンジニアリングに関する例外規定がある（例：EU指令の相互運用性確保目的の例外）
• 不正競争防止法・コンピュータ犯罪関連法：アクセス権限のないシステムへの解析行為は犯罪になり得ます

業務でREAを使用する前に、対象ソフトウェアのEULAを確認し、必要に応じて法務部門への確認を推奨します。

MCP自体のセキュリティリスク

2026年初頭にMCPインフラで30以上のCVEが報告されたという経緯があります。MCPはエージェントに大きな権限を与えるため、悪意あるMCPサーバーは深刻なリスクとなります。REAを含むMCPサーバーを導入する際は以下の対策を講じてください。

• 出所の確認：信頼できるリポジトリ・開発者のMCPサーバーのみを使用する
• 権限の最小化：MCPサーバーに与えるファイルシステムアクセス権限を必要最小限に絞る
• サンドボックス実行：可能であれば隔離された環境でMCPサーバーを動作させる
• アップデートの追従：脆弱性修正を含むアップデートを迅速に適用する
• 定期的な設定レビュー：MCPサーバーの設定ファイルを定期的に見直す

商用ツールのライセンス遵守

IDA Proを併用する場合、IDA ProのライセンスがREAのような外部ツールからの呼び出しを許可しているか確認が必要です。同様に、HopperやBinary Ninjaを利用する場合も各ツールのライセンス条件を確認してください。

REAのメリット・デメリットまとめ

メリット

• 導入が1コマンド：npx rea-agents setup だけで環境が整う圧倒的な手軽さ
• 対応ターゲットが広い：ネイティブバイナリからAPK・Electron・WASM・SQLiteまで1つのインターフェースでカバー
• 学習コストの大幅圧縮：Ghidra操作の習熟がなくても自然言語でリバースエンジニアリングを始められる
• 複数エージェント対応：Claude Code・Cursor・Gemini CLIなど主要エージェントで利用可能
• ローカル解析：バイナリ本体をクラウドに送らないプライバシー配慮の設計
• 137のツール統合：広範なリバースエンジニアリングタスクを単一MCPで処理

デメリット・限界

• 難読化・パック済みバイナリの限界：UPX等でパックされたバイナリや高度な難読化には依然として人間の知見が必要。REAが「解析できない」と返すケースも存在します
• AIの推測が混ざるリスク：LLMの性質上、根拠のない推測が含まれる可能性があります。REAが返したエビデンス（疑似コード）で必ず裏取りする習慣を持ちましょう
• 大規模バイナリのコスト：数百万行規模のバイナリを広く解析しようとすると、トークン消費量と処理時間が膨大になります。スコープを絞った質問が不可欠です
• Node.jsバージョン依存：22.19+という比較的新しいバージョン要件があるため、古い環境ではNode.jsのアップグレードが必要です
• ネットワーク越しのLLM呼び出し：機密情報を含む解析結果がLLMへのプロンプトとして送信される点は、企業利用時のリスク要因です

よくある質問（FAQ）

REAは無料で使える？

はい、REA自体は無料のオープンソースソフトウェア（MITライセンス）です。 ただし、以下の点に注意が必要です。

• Ghidra：無料（NSA提供のOSS）
• IDA Pro：有料（REAを介した利用でも別途ライセンスが必要）
• Hopper：有料（macOS/Linux向け逆コンパイラ）
• AIエージェント（Claude APIなど）：APIの利用料が発生する場合があります

Ghidraを入れていなくても動く？

セットアップウィザードの中でGhidraのインストールを案内してくれます。ただし、ネイティブバイナリの解析にはGhidra等のデコンパイラが必要です。APKの解析（JADX）やElectronアプリの解析（ASAR展開）など、一部のターゲットはGhidraなしでも対応可能です。

Windows / macOS / Linux のどれで使える？

Node.jsが動作するプラットフォームであれば利用できます。Windows・macOS・Linux（主要ディストリビューション）の3つのOS上での動作がサポートされています。ただし、Hopperは macOS/Linux 専用です。

自分のアプリを守るにはどうすればいい？

REAのようなツールが普及することで、「自分のアプリも簡単に解析されてしまう」という懸念を持つ方もいるでしょう。防御側として取り得る手段としては以下があります。

• コード難読化：変数名・関数名を意味のない文字列に置換する（ProGuard、r8、LLVM Obfuscatorなど）
• パッカー/プロテクター：バイナリを暗号化・圧縮して静的解析を困難にする（ただし完全ではない）
• 改ざん検知（Integrity Check）：実行時に自分自身のハッシュを検証し、改ざんを検出する
• 重要ロジックのサーバーサイド化：解析されてはならないアルゴリズムをサーバー側に移す

難読化は解析の難易度を上げるものの、完全に防ぐことはできません。「隠蔽によるセキュリティ（Security by Obscurity）」に頼りすぎず、暗号化や認証による本質的なセキュリティ設計が重要です。

Claude Code以外のエージェントでも使える？

はい。 REAはMCP標準に準拠しているため、MCPをサポートする任意のエージェントから利用できます。セットアップウィザードでは以下が選択肢として用意されています。

• Claude Code（Anthropic）
• Cursor
• Gemini CLI（Google）
• その他（手動設定）

MCPの普及に伴い、対応エージェントは今後も増加すると予想されます。

まとめ｜リバースエンジニアリングの入口は確実に広がった

REAの登場は、リバースエンジニアリングという専門的な行為の入口を大きく広げました。「Ghidraの操作を覚えなければ始められない」という状況から、「AIに聞けば自分の権利を持つバイナリの仕組みを教えてくれる」という状況への変化は、セキュリティエンジニアのみならず、レガシーシステムの保守担当者や好奇心旺盛な開発者にとっても重要な変化です。

段階的に理解を深めていく進め方として、まず自分が権利を持つバイナリ（自作のツールや、配布元が解析を明示的に許可しているソフトウェア）で npx rea-agents setup を試すことを推奨します。最初から複雑なバイナリに挑まず、小さなプログラムで「どのような情報が返ってくるのか」を体験することが習熟の近道です。

同時に、ベストプラクティスとして「防御側」の視点も持ち続けることが重要です。REAのようなツールが普及する世界では、自分のアプリも同様の手法で解析される可能性があります。難読化・改ざん検知・サーバーサイドへの重要ロジック移行といった防御的設計を、アーキテクチャ段階から検討してください。

技術の進歩は両刃の剣です。REAを正しく・合法的に活用し、自らのスキルとプロダクトの品質向上に役立てましょう。実際に試した結果や、「このユースケースで使えた / 使えなかった」という経験があれば、ぜひコメントで共有してください。

関連記事（内部リンク候補）

• MCP（Model Context Protocol）入門：AIエージェントにツールを与える新標準
• Claude Codeセットアップ完全ガイド：インストールから最初のタスクまで
• Ghidra入門：NSA製の無料逆コンパイラを使ったバイナリ解析の基礎