UbuntuにGhidraをインストールする方法

UbuntuにGhidraをインストールする前に

Ghidraは従来型のUbuntu用DEBインストーラーではなく、Javaで動作するポータブルソフトウェアです。上流プロジェクトが公開するマルチプラットフォームZIPには、アプリケーション、起動スクリプト、ドキュメント、各環境向けの部品が含まれます。通常の導入は、Javaを準備し、アーカイブを展開し、起動スクリプトを実行する流れです。/usr/binへコピーしたり、GUIをrootで起動したりする必要はありません。

対応する64ビットUbuntu環境と、ZIP、展開後のアプリケーション、Javaのキャッシュ、プロジェクト、読み込んだプログラム、解析データベースを保存できる書き込み可能な容量を用意します。Ghidraのドキュメントでは、インストール済みバイナリに4 GBのRAMと1 GBのストレージを最低限の目安としています。大きなファームウェアやデコンパイルでは、さらに余裕が必要です。個人利用なら~/toolsや~/optの下が扱いやすい場所です。

解析するソフトウェア、ファームウェア、メモリイメージは、調査する権限があるものに限ってください。ダウンロードガイドは入手元と起動方法を説明しますが、対象をリバースエンジニアリングする権利を与えるものではありません。古い版を上書きせず、各リリースを別のフォルダーに置くと、比較や切り戻しが安全になります。

Ubuntuに64ビットJDK 21をインストールする

Ghidra 12.1にはJava 21のRuntime and Development Kitが必要です。実行環境だけでなく、javaとjavacを含むJDKをインストールしてください。Java 21を提供するUbuntuのリポジトリでは、一般的なパッケージ名はopenjdk-21-jdkです。リポジトリにない場合は、Ghidraの公式ドキュメントに記載されたベンダーなど、信頼できるJDK 21を選び、そのUbuntu向け手順に従います。

パッケージの導入後は、新しいターミナルを開いて有効なバージョンを確認します。Java 21と64ビット環境が表示されることが重要です。別のアプリケーションが異なるJavaを必要とする場合は、両方を残し、JAVA_HOMEやUbuntuのalternativesでGhidra用のJDKを選択します。

起動時にJavaが見つからない場合はJAVA_HOMEを確認し、java実行ファイルそのものではなくJDKのフォルダーを指定します。その中にjavaとjavacを含むbinフォルダーが必要です。

公式Ghidra ZIPをダウンロードする

公式Ghidra 12.1.2リリースを開き、Assetsを展開します。ghidra_12.1.2_PUBLIC_20260605.zipを選んでください。これは上流プロジェクトが公開するビルド済みの配布物です。GitHubにはSource code (zip)とSource code (tar.gz)も表示されますが、これらはソースからビルドする人向けのリポジトリスナップショットで、通常のUbuntuインストール用アーカイブではありません。

確認済みのPUBLIC ZIPは572,803,866バイト、約546.3 MiBです。このサイトは公式GitHubアセットへリンクするだけで、ファイルをミラー、改名、ラップ、再パッケージ化しません。ブラウザーがHTML、極端に小さいファイル、または想定外のインストーラー拡張子を保存した場合は実行せず、公式リリースからPUBLICアセットを選び直します。

Ubuntu向けにGhidraを検索すると、Snap、apt、セキュリティディストリビューションのパッケージが見つかることがあります。管理された環境では便利な場合がありますが、バージョン、メンテナー、パッチが上流版と異なる可能性があります。現在の上流ビルドと直接確認できるチェックサムが必要なら、公式GitHubアセットを使います。

SHA-256でZIPを確認する

リリースノートには実行可能なZIPのSHA-256ダイジェストが掲載されています。中断したダウンロード、プロキシ経由の取得、配布元の記録が必要な場合にハッシュを確認すると、破損や予期しない変更を検出できます。ただし、未知のミラーを公式にするものでも、完全なセキュリティ監査でもありません。

ダウンロードしたファイルがあるディレクトリでsha256sumを実行し、公式値b62e81a0390618466c019c60d8c2f796ced2509c4c1aea4a37644a77272cf99dと全文字を比較します。1文字でも違えばファイルを削除し、公式リリースから再取得してください。

Ghidraを展開して./ghidraRunを実行する

ユーザー所有のtoolsフォルダーを作り、アーカイブ全体を展開して構造を保ちます。圧縮ファイルの中からGhidraを起動しないでください。完全に展開すると、./ghidraRunの横にGhidra、Extensions、support、docs、serverなどのフォルダーが見えるはずです。

展開先で、通常のUbuntuユーザーとして起動スクリプトを実行します。初回はJavaがモジュールを準備し、ユーザー設定を作るため少し時間がかかることがあります。Project Windowが表示されたら、別のプロジェクトフォルダーにNon-Shared Projectを作成してください。アプリケーションと解析データを分けると更新が安全です。

Permission deniedが表示された場合は起動スクリプトのモードだけを確認し、必要なら実行ビットを追加します。配布物全体に再帰的な実行権限を付けないでください。すぐ終了する場合はターミナルから起動するか、デバッグ用スクリプトでエラーを確認します。

1. 1

   個人用toolsフォルダーを作る

   アプリケーションとプロジェクトを分け、root所有のGUI導入を避けます。

   mkdir -p ~/tools
2. 2

   ZIP全体を展開する

   フォルダー構造を保ち、バージョンごとに新しい保存先を使います。

   unzip ghidra_12.1.2_PUBLIC_20260605.zip -d ~/tools
3. 3

   展開先へ移動する

   続行する前に起動スクリプトとsupportが見えることを確認します。

   cd ~/tools/ghidra_12.1.2_PUBLIC
4. 4

   ユーザーとして起動する

   sudoを付けずにデスクトップアプリケーションを起動します。

   ./ghidraRun

Ubuntu、WSL2、デスクトップ環境のトラブル対処

java not foundやunsupported JDKが表示されたら、Ghidraを起動する同じターミナルでjava -versionとjavac -versionを実行します。Java 17やJREのみを指している場合は、64ビットJDK 21を導入または選択します。JAVA_HOMEはJDKのホームを指し、/usr/bin/javaのような起動用シンボリックリンクを直接指定しないでください。

WSL2でもGhidraは動作しますが、GUIを使えるかはWSLgやXサーバーなどWindows側の表示経路に依存します。画面のないLinuxシェルではsupport/analyzeHeadlessを使ってバッチ解析できますが、Project Windowには有効なdisplayが必要です。空白のウィンドウをGhidra本体の失敗と判断する前に、echo $DISPLAYとWSLg/Xの設定を確認します。

Wayland、リモートデスクトップ、再親和しないウィンドウマネージャーでは、Ghidraが案内する起動プロパティが必要になることがあります。変更は一度に1つだけ行い、support/launch.propertiesの原本を保存し、ターミナルのエラーを記録します。権限エラーの場合はrootで実行せず、ユーザー所有で実行可能なファイルシステムへ移動してください。

最初のプロジェクトと安全なアップデート

Ubuntuでローカル利用する場合は、File > New ProjectからNon-Shared Projectを選びます。プロジェクトは~/tools/ghidra_12.1.2_PUBLICの外に保存し、アプリケーションを置き換えても解析データが消えないようにします。重要なプロジェクトでは.gprファイルと対応する.repフォルダーを両方バックアップしてください。

アップデートでは、新しい公式版を古いフォルダーの隣に展開し、チェックサムを確認してから重要なプロジェクトのコピーをテストします。Ghidraには通常のデスクトップアンインストーラーがありません。アプリケーションを閉じ、プロジェクトとスクリプトを保存してから展開先を削除します。設定とキャッシュも消したい場合は別途確認してください。

GUIではなく自動化が必要なら、同じ確認済み配布物のsupport/analyzeHeadlessを使います。スクリプトやコンテナーではGhidraとJDKの版を固定し、プロジェクトを管理されたパスへ出力し、信頼できないサンプルを特権サービスで処理しないでください。