---
title: "REAのAIリバースエンジニアリングの仕組みと性能の限界"
locale: ja
category: knowledge_base
category_name: "ナレッジベース"
translation_status: reviewed
license: cc_by
author: "Injoys 編集部"
source_url: https://injoys.com/ja/articles/rea-ai-reverse-engineering-performance-and-limits
published_at: 2026-10-19T05:55:51+09:00
---

# REAのAIリバースエンジニアリングの仕組みと性能の限界

> REAはAIエージェントとリバースエンジニアリングツールを連携させ、ソフトウェアの動作を調べるツールです。公開事例の検証範囲とサーバー分析の限界を区別し、セキュリティ・著作権・分析結果の再現性について説明します。

## Key Points

- REAはMCPを通じて、AIエージェントがリバースエンジニアリングツールを呼び出せるようにします。
- 実行ファイルの動作を理解することと、元のソースコードを復元することは異なります。
- 公開されたDX-Ballの事例は特定の関数を検証した結果であり、ゲーム全体の復元が完了したことを意味しません。
- アプリに含まれないサーバーコードや非公開モデルは、アプリの分析だけでは入手できません。
- 分析結果には根拠と未確認の範囲を記録し、元のものとの動作比較をする必要があります。

REAは、AIがリバースエンジニアリングのツールを呼び出してアプリの動作を調査できるようにします。公開事例は、特定の機能を分析し、再実装できる可能性を示しています。これをソフトウェア産業の終わりや、サービス全体を複製できる証拠と見るのは困難です。

DX-Ballの検証数値は、公式事例の2026年10月7日時点の進行記録に基づきます。

## REAとは何ですか

REAはReverse Engineer Anythingの略です。AIエージェントにソフトウェア分析ツールを接続するプロジェクトです。それ自体ですべての分析を担う単一のAIモデルではありません。

リバースエンジニアリングは、完成したソフトウェアから構造と動作をたどる作業です。韓国語では「역공학」といいます。目的は、機能の説明や互換性の確保に必要な内容を把握することです。

コンパイルは、人が書いたコードを実行可能な形式に変える過程です。このとき、コメントや一部の名前に関する情報が失われることがあります。最適化の過程で、関数や計算式の形も変わります。

ただし、すべてのアプリで名前のない機械語だけが残るわけではありません。JavaScriptコードやデバッグ情報を含む配布物もあります。そのため、分析方法はファイル形式と残っている情報によって変わります。

| 用語 | 簡単な説明 | 結果を読む際の注意点 |
| --- | --- | --- |
| 逆アセンブル | 機械語をアセンブリ命令として表現 | 命令の目的には追加の解釈が必要です |
| デコンパイル | 実行コードをソースに似た形で表現 | 元のソースと同じとは限りません |
| 静的解析 | プログラムを実行せずにファイルを調査 | 実際の実行経路との区別が必要です |
| 動的解析 | プログラムを実行しながら動作を観察 | 観察した条件以外での動作は未確認です |
| 再実装 | 把握した動作を新しいコードで記述 | 元のプログラムとの比較検証が必要です |

## AIとGhidraはどのようにつながりますか

REAはMCPを通じて、エージェントの分析リクエストをツールに渡します。MCPは、AIと外部ツールがリクエストと結果をやり取りするための接続規格です。Ghidraは実行ファイルを調査するリバースエンジニアリングツールです。

公式READMEでは、GhidraのほかにHopperやIDAとの連携も案内しています。JavaScriptの静的解析にはネイティブの解析エンジンは必要ありません。そのため、REAの機能をGhidraの自動操作だけで説明すると、対象範囲が狭くなります。

分析は通常、次の順序で進めます。

1. 調査するアプリと機能を決めます。
2. 文字列や関数呼び出しから関連する箇所を探します。
3. 命令とデータの流れをたどって動作を解釈します。
4. 不足している根拠を追加のツール呼び出しで確認します。
5. 再実装した結果を元の動作と比較します。

Ghidraにも以前から自動解析機能があります。REAは、エージェントが分析リクエストを続けられるようにします。実際の精度は、対象、解析エンジン、モデル、検証方法によって変わります。

## 条件別の分析範囲

REAで確認できる範囲は、アクセス可能なファイルと実行環境によって決まります。ローカルアプリに、サーバーと通信するコードが含まれることはあります。それは、サーバー内部の実装まで含まれているという意味ではありません。

| 分析対象 | 確認できる内容 | 分析だけでは断定できない内容 |
| --- | --- | --- |
| ローカルの実行ファイル | 計算式、文字列、関数呼び出しの関係 | 元のコメントと設計意図のすべて |
| JavaScript·Electronアプリ | モジュール構造、画面と内部処理のつながり | サーバーにしかない処理ロジック |
| ウェブページと通信記録 | ダウンロードされたスクリプト、観察したリクエストとレスポンス | サーバーのソースとデータベースの全体 |
| ローカルに含まれるモデルファイル | アクセス可能なファイルの構造と情報 | サーバーでのみ使用する非公開モデル |
| 実行中に観察した機能 | 該当する入力と環境での動作 | あらゆる入力や障害状況での動作 |

サービスの再実装には、観察した機能以外の要件も必要です。アカウントの権限やエラー処理などの動作が代表例です。画面が同じように動いても、サービス全体が同じとは判断できません。

## 8分41秒の計算機実験の検証範囲

8分41秒という数値は、元の記録を確認できていないデモでの主張です。あわせて提示されたツール呼び出し回数は17回です。4つの計算規則を見つけたという主張も、独立した確認はできていません。

元の動画と実行記録で試験条件を確認する必要があります。モデルとプログラムの規模によって、所要時間は変わります。1回の成功だけで一般的な分析速度や精度は判断できません。

計算機の分析では、数式を読むだけでは検証は終わりません。割引とクーポンを適用する順序によって結果が変わることがあります。整数除算での切り捨て処理も別途確認する必要があります。

- 割引とクーポンを適用する順序
- 税額を計算する基準額
- 途中の計算で四捨五入または切り捨てをする箇所
- 条件が変わる境界値での出力
- 元のコードと再実装したコードに同じ入力を与えた比較記録

分析の速さを立証するには、成功した回答以外の記録も必要です。失敗した実行や再試行の回数は比較に影響します。現在確認できている根拠だけでは、人より優れていると一般的に評価することは困難です。

## 公開事例で確認された成果

公式事例では、Notionのクリップボードに至る経路とDX-Ballの計算関数を示しています。どちらの事例も、調査した機能の範囲を明記しています。REAプロジェクトが公開した記録である点にも注意が必要です。

| 事例 | 公開文書で確認した作業 | 拡大解釈してはいけない内容 |
| --- | --- | --- |
| Notion Desktop 7.6.1 | アプリ内部の呼び出しからシステムのクリップボードまでの経路を追跡 | Notionのサービス全体の複製 |
| DX-Ball 1.07 | 画面上の位置を左右の音響値に変換する関数を再実装 | ゲーム全体の復元完了 |
| Razer Synapseの軽量な代替アプリ | 今回の確認では、具体的な元の検証記録は未確認 | 公式な検証を終えたREAの成果と断定 |
| Claude関連のスライドエディター | 今回の確認では、対象と再実装の範囲は未確認 | Claudeの非公開モデルの復元と解釈 |

Notionの事例では、画面側の呼び出しが内部通信を経る過程を追跡しています。最後には、Electronのクリップボードへの書き込み機能につながります。これは特定の機能の処理経路を説明する事例です。

DX-Ballの事例では、関数の入力と計算に使う定数を実行ファイルから確認しました。該当する関数の比較試験は**3,205件**です。検討した再配置処理を反映したコンパイル結果は、63バイトが一致しました。

この記録は、特定の関数の再実装を裏付けます。公式文書では、ゲーム全体を実行可能な形に復元する作業が進行中だと説明しています。一部の関数の検証と製品全体の完成は区別する必要があります。

## 観察と推論の表示は何を保証しますか

根拠の表示は、結論がどこから得られたかを区別するための仕組みです。REAの文書では、観察、推論、未確認の情報を区別しています。ただし、すべてのツールが同じ4つのラベルを使うわけではありません。

公式文書には、分析の種類ごとに異なる状態や信頼度の表現が出てきます。読む際は、以下のように意味を分けると役立ちます。表の区分は理解を助けるための説明です。

| 区分 | 意味 | 確認する内容 |
| --- | --- | --- |
| 観察 | ファイルや実行結果から直接確認 | 対象のバージョンと根拠の箇所 |
| 導出 | 観察した値や関係から計算した結論 | 計算過程と前提 |
| 推定 | 追加の確認が必要な解釈 | 別の説明の可能性 |
| 未確認 | 根拠を確保できていない部分 | 調査範囲と確認できなかった理由 |

公式のDISCLAIMER.mdは、分析結果の限界を明記しています。

> Decompilation, reconstruction, heuristics, and AI-assisted analysis may be incomplete or incorrect.
>
> 出典：REA DISCLAIMER.md

これは、デコンパイルやAIによる分析が不完全だったり、誤っていたりする可能性があるという意味です。観察という表示が付いていても、ツールのエラーの可能性はなくなりません。根拠を表示する価値は、再検討すべき箇所を残せることにあります。

## よくある間違い

最もよくある誤解は、説明できる結果を検証済みと受け取ることです。読みやすいコードでも、元のプログラムとは異なる動作をすることがあります。調査していない経路は別途明示する必要があります。

| 誤解 | より正確な解釈 |
| --- | --- |
| デコンパイルすれば元のソースが戻ります | ソースに似た表現が得られることが多いです |
| コードに経路があるので、実際に実行されました | 静的なつながりと実行時の観察は異なります |
| 見つからなかったので、その機能はありません | 調査範囲やツールの対応が不足している可能性があります |
| ツールが正常終了したので、分析は完全です | 正常終了した結果にも未確認の項目が残ることがあります |
| 結果に根拠があるので、ハルシネーションはありません | 根拠と解釈をあわせて検討する必要があります |

REAのCLI文書でも、正常終了と分析の完全性を区別しています。作業が終わっても、一部の根拠や疑問が未解決のまま残ることがあります。完了メッセージよりも、結果の制限事項を確認する必要があります。

## 分析結果を再検証できる記録

再現可能な分析には、結論を得た条件も記録する必要があります。同じ名前のアプリでも、アップデートによってコードが変わることがあります。関数のアドレスだけを記録しても、別のバージョンでは対象を見つけるのが難しくなります。

REAのEvidence記録は、対象を識別する情報と根拠の箇所を保存します。スナップショットは、条件が合う分析結果を再利用する機能です。保存された結果が、最新バージョンまで検証済みという意味ではありません。

検証記録を残すには、次の順序で進めてください。

1. 対象ファイルのバージョンとハッシュを記録してください。
2. REAと解析エンジンのバージョンを記録してください。
3. 各結論にファイル内の箇所や関数のアドレスを紐付けてください。
4. 元のコードと再実装したコードの入出力をあわせて保存してください。
5. 調査できなかった条件と失敗した試験を別に記録してください。

ハッシュは、ファイルが同じかどうかを比較するための識別値です。記録しておけば、説明がどの配布物を対象としているかをたどれます。AIが後で結果を引用する際も、適用範囲を区別できます。

## ローカル分析とデータの外部送信

ローカルで分析するという説明は、作業全体で外部送信がないことを意味しません。公式READMEによると、REAによる対象の分析はローカルで進みます。ツールの結果は、接続したAIエージェントが受け取ります。

外部のモデルを使う場合、分析結果がモデルの提供者に送られることがあります。適用されるデータポリシーは、接続したサービスによって異なります。会社のアプリや非公開ファイルについては、まず送信経路を確認してください。

- モデルに渡されるコードと文字列の範囲
- ログに含まれるアカウント情報とアクセストークン
- 通信記録に含まれる個人情報
- 分析結果の保存場所と保管ポリシー

静的なファイル調査とプログラムの実行も区別する必要があります。実行時の観察は、ファイルやアカウントの状態に影響することがあります。信頼できないプログラムは、分離された試験環境で扱ってください。

## 開発者が確認すべきセキュリティと権利

アプリに入れた秘密情報は、リバースエンジニアリングによって露出する可能性があります。OWASPは、配布パッケージに機密情報を入れる問題について説明しています。このリスクはREAが登場する前からありました。

特に、サーバーの権限を持つ秘密のAPIキーをアプリに含めてはいけません。OWASPは、固定の秘密情報をサーバー側に置く方法を案内しています。難読化によって抽出を難しくできても、秘密を守れる保証はありません。

- 配布ファイルに含まれるパスワードと秘密鍵を点検してください。
- 認証トークンの権限と有効期間を制限してください。
- サーバーでリクエスト元の権限を検証してください。
- 露出した認証情報は交換してください。

リバースエンジニアリングが許される範囲は、国、契約、作業内容によって異なります。互換性が目的ならすべての行為が許されるとは断定できません。分析と、コードや画像の再配布は別々に検討する必要があります。

REAのMITライセンスは、分析対象に関する権利まで与えるものではありません。公式のDISCLAIMER.mdでプロジェクトの利用原則を確認できます。実際に許される範囲は、適用される法律と対象ソフトウェアの規約で確認してください。

## ソフトウェア産業にはどのような変化がありますか

REAは、既存の機能を理解する作業のコストを下げる可能性を示しています。これは公開された分析事例から導ける見通しです。産業全体でのコスト削減規模について、確認された数値はありません。

一部の機能の実装方法が分かっても、サービスの運営能力は別です。データの品質や障害対応は、実行ファイルの分析だけでは複製できません。そのため、機能を模倣する容易さと事業の競争力は分けて評価する必要があります。

| 事業の要素 | REAの分析範囲から導かれる示唆 |
| --- | --- |
| アプリ内部の単一機能 | 実装方法の調査と再実装の負担が減る可能性 |
| サーバー専用の処理 | クライアントの分析だけでは把握が困難 |
| データとアクセス権限 | コードの理解とは別に確保・管理が必要 |
| 安定性と運用上の信頼 | 試験、保守、障害対応が引き続き必要 |
| 既存ソフトウェアの保存 | 小さな機能から根拠を残しながら復元可能 |

REAの公開事例は、ソフトウェアを理解する方法の変化を示しています。開発需要がなくなることを立証する資料ではありません。機能を再実装した後も、互換性と運用品質を検証する作業は残ります。

## FAQ

### REAは独自のAIモデルですか？
REAはAIエージェントとソフトウェア解析ツールをつなぐプロジェクトです。解析の依頼と結果はMCPを通じて伝えられます。

### REAを使うにはGhidraが必須ですか？
解析対象によります。ネイティブ解析にはGhidraのようなエンジンを使います。JavaScriptの静的解析は、ネイティブ解析エンジンがなくてもできます。

### REAは元のソースコードをそのまま復元しますか？
元のソースコードと同じものが復元される保証はありません。コンパイルの過程でコメントや名前の情報が失われることがあります。逆コンパイルの結果は、動作を理解するための表現として読む必要があります。

### アプリを解析すればサーバーのコードも入手できますか？
アプリに含まれていないサーバーのコードは、アプリの解析だけでは入手できません。通信のリクエストとレスポンスは観察できます。ただし、その記録がサーバー内部の実装全体を示すわけではありません。

### 8分41秒でほかのプログラムも解析できますか？
そのように一般化できる根拠はありません。その計算機のデモの元の記録も確認できていません。かかる時間は対象の規模やモデル、解析環境によって異なります。

### REAはAIのハルシネーションをなくしますか？
ハルシネーションがなくなるわけではありません。根拠と未確認の範囲を示せば、結論を再検討しやすくなります。ツールの結果とAIによる解釈は別々に検証する必要があります。

### DX-Ballの事例はゲーム全体を復元した結果ですか？
引用した数値は、特定の音響計算関数の検証結果です。公式事例では3,205件の比較試験について説明しています。ゲーム全体を実行可能な形に復元する作業は進行中だとしています。

### REAによる解析はすべてオフラインで処理されますか？
REAによる対象の解析はローカルで行われます。ツールの結果を受け取るエージェントは、外部のモデルを使用する場合があります。データ送信の全体的な範囲は、接続したサービスで確認する必要があります。

### REAで解析したコードを商用製品に組み込んでもいいですか？
解析結果を得たというだけで、利用する権利が生じるわけではありません。対象ソフトウェアの権利とライセンスを確認する必要があります。適用される法律と解析ツールの利用条件も検討してください。

### REAがオープンソースなら、解析費用も無料ですか？
REAのコードのライセンスと作業全体の費用は別です。接続したモデルや商用解析ツールに費用がかかる場合があります。金額は各提供元の料金と利用条件で確認してください。

### 解析結果を引用するには、何を記録しておく必要がありますか？
対象のバージョンとファイルのハッシュ、根拠となる箇所を記録してください。解析ツールのバージョンと比較試験の結果も必要です。未確認の条件も併せて記録すれば、結論が適用される範囲を区別できます。

## Sources

- [REA公式リポジトリのREADME：動作の仕組み、サポート対象、ローカル分析とモデルデータに関するポリシー](https://github.com/morluto/rea)
- [Ghidra公式トレーニング資料：Introduction to Ghidra](https://ghidra.re/ghidra_docs/GhidraClass/Beginner/Introduction_to_Ghidra_Student_Guide.html)
- [REA公式事例：NotionのElectronクリップボード経路の分析](https://rea.tools/showcase/notion/)
- [REA公式事例：DX-Ballの音響位置計算の再実装と比較検証](https://rea.tools/showcase/dx-ball/)
- [REA Tool Design：観察・導出・推論と制限事項の区別](https://github.com/morluto/rea/blob/main/docs/tool-design.md)
- [REA JavaScript Application Graph：根拠、状態、信頼度と対象の位置](https://github.com/morluto/rea/blob/main/docs/javascript-application-graph.md)
- [REA JavaScript Application Workflows：静的な関係と実行による検証の区別](https://github.com/morluto/rea/blob/main/docs/javascript-application-workflows.md)
- [REA CLI and Evidence：記録の保存、スナップショットと終了ステータス](https://raw.githubusercontent.com/morluto/rea/main/docs/cli.md)
- [REA Disclaimer：分析の限界、利用権限と成果物の権利](https://raw.githubusercontent.com/morluto/rea/main/DISCLAIMER.md)
- [OWASP MASWE-0004：アプリパッケージに含まれる機微情報と対処方法](https://mas.owasp.org/MASWE-0004/)

## Images

![ノートパソコンの横で、ボールとパドルのテスト画面を表示した2台のタブレットを見比べる開発者](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6Mjk5NzksInB1ciI6ImJsb2JfaWQifX0=--2b1213d9736d5cae1ff35ed8e5e7db570784612e/ai-ab7036b9.webp)
![濃い灰色のセーターを着た技術者が、小型コンピューターから青いネットワークケーブルを抜いている。](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6Mjk5ODUsInB1ciI6ImJsb2JfaWQifX0=--1f2adeb39e8cbbe1342eb9e3c6b1d619bea6e20f/ai-ccb48b79.webp)