Vor der Installation von Ghidra unter Ubuntu
Ghidra ist portable Java-Software und kein herkömmlicher Ubuntu-DEB-Installer. Das Upstream-Projekt veröffentlicht ein plattformübergreifendes ZIP mit Anwendung, Startskripten, Dokumentation und Plattformkomponenten. Eine normale Installation bedeutet daher: Java vorbereiten, Archiv entpacken und das Startskript ausführen. Sie müssen keine Dateien nach /usr/bin kopieren und die grafische Oberfläche nicht als root starten.
Verwenden Sie eine unterstützte Ubuntu-Umgebung mit 64 Bit und genügend beschreibbarem Speicher für Archiv, entpackte Anwendung, Java-Caches, Projekte, importierte Programme und Analysedatenbanken. Die Ghidra-Dokumentation nennt 4 GB RAM und 1 GB Speicher für installierte Binärdateien als Ausgangspunkt; große Firmware und Decompilation-Aufgaben benötigen mehr. Ein Verzeichnis unter ~/tools oder ~/opt vermeidet viele Berechtigungsprobleme.
Analysieren Sie nur Software, Firmware oder Speicherabbilder, deren Untersuchung Sie ausdrücklich durchführen dürfen. Eine Download-Anleitung erklärt Herkunft und Start, erteilt aber keine Erlaubnis zum Reverse Engineering. Bewahren Sie jede Ghidra-Version in einem eigenen Verzeichnis auf, damit Vergleich und Rückkehr zur alten Version ohne Überschreiben möglich bleiben.
Verwenden Sie sudo nur, wenn der Ubuntu-Paketmanager es für die Installation benötigt. Starten Sie Ghidra und legen Sie Projekte als normaler Benutzer an, damit Besitzrechte von Konfiguration, Cache und Projekten zusammenpassen.
Das 64-Bit-JDK 21 unter Ubuntu installieren
Ghidra 12.1 benötigt ein Java 21 Runtime and Development Kit. Installieren Sie ein vollständiges JDK und nicht nur eine Laufzeit, weil Startskript und bestimmte Arbeitsabläufe java und javac benötigen. Auf Ubuntu-Versionen mit Java 21 in den Paketquellen heißt das Paket häufig openjdk-21-jdk. Wenn Ihre Quelle es nicht anbietet, wählen Sie eine vertrauenswürdige JDK-21-Distribution und folgen deren Ubuntu-Anleitung.
Öffnen Sie nach der Installation ein neues Terminal und prüfen Sie die aktive Version. Die Ausgabe sollte Java 21 und eine 64-Bit-Umgebung anzeigen. Falls eine andere Anwendung eine ältere Version braucht, behalten Sie beide JDKs und wählen Sie das Ghidra-JDK über JAVA_HOME oder Ubuntus alternatives-Werkzeuge. Entfernen Sie ein anderes JDK nicht nur deshalb, weil Ghidra ein neueres benötigt.
Wenn Ghidra Java nicht findet, prüfen Sie JAVA_HOME. Die Variable muss auf das JDK-Verzeichnis und nicht direkt auf die ausführbare Datei java zeigen. Im Zielverzeichnis sollte ein bin-Ordner mit java und javac vorhanden sein.
sudo apt update && sudo apt install openjdk-21-jdkjava -version && javac -versionDas offizielle Ghidra-ZIP herunterladen
Öffnen Sie die offizielle Version Ghidra 12.1.2 und klappen Sie Assets auf. Wählen Sie ghidra_12.1.2_PUBLIC_20260605.zip. Dabei handelt es sich um die vom Projekt benannte, vorkompilierte Distribution. GitHub zeigt zusätzlich Source code (zip) und Source code (tar.gz), doch das sind Repository-Snapshots für einen Build aus den Quellen und nicht das normale Ubuntu-Installationsarchiv.
Das geprüfte PUBLIC-ZIP ist 572.803.866 Byte groß, also ungefähr 546,3 MiB. Diese Website verlinkt auf das offizielle GitHub-Asset und hostet, benennt, verpackt oder verändert es nicht. Speichert der Browser eine HTML-Seite, eine winzige Datei oder eine unerwartete Installer-Endung, starten Sie sie nicht. Wählen Sie das PUBLIC-Asset erneut auf der offiziellen Release-Seite.
Bei der Suche nach Ghidra unter Ubuntu erscheinen manchmal Snap-, apt- oder Sicherheitsdistributionspakete. Diese können in einer kontrollierten Umgebung sinnvoll sein, aber Version, Maintainer und Patches können vom Upstream-Projekt abweichen. Für den aktuellen Upstream-Build und einen direkt prüfbaren Hash verwenden Sie das offizielle GitHub-Asset.
| Release-Asset | Für normale Installation verwenden? | Inhalt |
|---|---|---|
| ghidra_12.1.2_PUBLIC_20260605.zip | Ja | Offizielle vorkompilierte Multi-Plattform-Distribution |
| Source code (zip) | Nein | Repository-Snapshot für einen Source-Build |
| Source code (tar.gz) | Nein | Repository-Snapshot im tar.gz-Format |
Das ZIP mit SHA-256 prüfen
Die Release-Notizen veröffentlichen einen SHA-256-Digest für das ausführbare ZIP. Die Hash-Prüfung ist nach einem Abbruch, bei einem Proxy oder für eine dokumentierte Herkunftskontrolle sinnvoll. Sie erkennt veränderte oder beschädigte Bytes, macht aber keinen unbekannten Mirror offiziell und ersetzt keine vollständige Sicherheitsprüfung.
Führen Sie sha256sum in dem Verzeichnis aus, das die heruntergeladene Datei enthält, und vergleichen Sie den vollständigen Wert mit dem offiziellen Digest: b62e81a0390618466c019c60d8c2f796ced2509c4c1aea4a37644a77272cf99d. Weicht auch nur ein Zeichen ab, löschen Sie die Datei und laden Sie sie von der offiziellen Version erneut herunter.
sha256sum ghidra_12.1.2_PUBLIC_20260605.zipGhidra entpacken und ./ghidraRun starten
Erstellen Sie ein tools-Verzeichnis, das Ihrem Benutzer gehört, entpacken Sie das gesamte Archiv und erhalten Sie die Verzeichnisstruktur. Starten Sie Ghidra nicht aus dem komprimierten Archiv. Nach einer vollständigen Extraktion sollten neben ./ghidraRun Ordner wie Ghidra, Extensions, support, docs und server sichtbar sein.
Starten Sie das Skript aus dem entpackten Verzeichnis als normaler Ubuntu-Benutzer. Beim ersten Start braucht Java möglicherweise etwas länger, um Module zu initialisieren und Einstellungen anzulegen. Wenn das Project Window erscheint, erstellen Sie ein Non-Shared Project in einem separaten Projektverzeichnis. So bleiben Anwendung und Analysedaten bei Updates getrennt.
Meldet die Shell Permission denied, prüfen Sie den Modus des Startskripts und setzen Sie das Ausführungsbit nur für dieses Skript. Vergeben Sie nicht rekursiv Ausführungsrechte für die gesamte Distribution. Bei einem sofortigen Beenden starten Sie aus dem Terminal oder verwenden den Debug-Launcher, damit die Ursache sichtbar bleibt.
- 1
Persönliches tools-Verzeichnis erstellen
Anwendung und Projekte trennen und eine root-eigene GUI-Installation vermeiden.
mkdir -p ~/tools - 2
Das vollständige ZIP entpacken
Alle Ordner erhalten und für diese Version ein neues Ziel verwenden.
unzip ghidra_12.1.2_PUBLIC_20260605.zip -d ~/tools - 3
In das entpackte Verzeichnis wechseln
Vor dem nächsten Schritt prüfen, ob Startskript und support sichtbar sind.
cd ~/tools/ghidra_12.1.2_PUBLIC - 4
Ghidra als Benutzer starten
Die Desktop-Anwendung ohne sudo ausführen.
./ghidraRun

Fehlerbehebung unter Ubuntu, WSL2 und im Desktop
Bei java not found oder unsupported JDK führen Sie java -version und javac -version im selben Terminal aus, das Ghidra startet. Zeigen die Befehle auf Java 17 oder nur eine Runtime, installieren oder wählen Sie ein 64-Bit-JDK 21. Setzen Sie JAVA_HOME auf das JDK-Verzeichnis und nicht auf /usr/bin/java, das nur ein Start-Link ist.
WSL2 kann Ghidra ausführen, aber die grafische Nutzung hängt von einem Windows-Anzeigepfad wie WSLg oder einem X-Server ab. Eine Linux-Shell ohne Display kann für Batch-Analysen support/analyzeHeadless verwenden; das Project Window braucht hingegen eine funktionierende Anzeige. Prüfen Sie echo $DISPLAY und die WSLg/X-Konfiguration, bevor Sie ein leeres Fenster als Installationsfehler behandeln.
Unter Wayland, in Remotedesktops oder bei nicht reparentierenden Window-Managern kann die von Ghidra dokumentierte Start-Eigenschaft nötig sein. Ändern Sie immer nur eine Variable, bewahren Sie eine Kopie von support/launch.properties auf und notieren Sie den Terminalfehler. Bei Berechtigungsproblemen verschieben Sie die Anwendung in ein ausführbares, Ihrem Benutzer gehörendes Dateisystem, statt sie als root zu starten.
| Symptom | Wahrscheinliche Ursache | Erste Maßnahme |
|---|---|---|
| java oder javac nicht gefunden | JDK fehlt in PATH/JAVA_HOME | JDK 21 installieren und neues Terminal öffnen |
| Permission denied | Startmodus oder noexec-Dateisystem | chmod +x ghidraRun oder Ordner verschieben |
| Leeres WSL2-Fenster | Kein WSLg/X-Display oder Java-Fensterproblem | DISPLAY und offizielle Eigenschaften prüfen |
| Sofortiger Programmabbruch | Grafischer Launcher verbirgt den Fehler | Im Terminal oder mit support/ghidraDebug starten |
| Falsche Download-Datei | Source-Archiv, HTML oder Teil-Download | PUBLIC-ZIP wählen und SHA-256 prüfen |

Erstes Projekt anlegen und sicher aktualisieren
Wählen Sie unter File > New Project für eine lokale Ubuntu-Installation Non-Shared Project. Speichern Sie das Projekt außerhalb von ~/tools/ghidra_12.1.2_PUBLIC, damit ein Austausch des Anwendungsverzeichnisses keine Analysedaten entfernt. Sichern Sie bei wichtigen Projekten sowohl die .gpr-Datei als auch das zugehörige .rep-Verzeichnis.
Für ein Update laden Sie die neue offizielle Version neben das alte Verzeichnis, prüfen den Hash und testen eine Kopie wichtiger Projekte, bevor Sie die alte Version entfernen. Ghidra besitzt für die normale portable Installation keinen klassischen Desktop-Deinstallierer: Anwendung schließen, Projekte und Skripte sichern und dann das entpackte Verzeichnis löschen. Benutzer-Einstellungen und Caches müssen für einen sauberen Neustart separat geprüft werden.
Wenn Sie Automatisierung statt der Oberfläche benötigen, verwenden Sie support/analyzeHeadless aus derselben verifizierten Distribution. Fixieren Sie Ghidra- und JDK-Version in Skripten oder Containern, schreiben Sie Projekte in kontrollierte Pfade und verarbeiten Sie nicht vertrauenswürdige Samples nicht mit erhöhten Rechten.
Fragen zur Installation von Ghidra unter Ubuntu
Brauche ich sudo, um Ghidra unter Ubuntu zu installieren?
Meistens nicht. Verwenden Sie sudo mit apt für openjdk-21-jdk und entpacken Sie anschließend das ZIP in ein Benutzerverzeichnis. Starten Sie ./ghidraRun ohne sudo.
Kann ich Ghidra mit apt oder Snap installieren?
Ubuntu oder Snap können Community-Pakete anbieten, deren Version und Herkunft jedoch vom Upstream-Projekt abweichen können. Für den aktuellen offiziellen Build wählen Sie das PUBLIC-ZIP aus der NationalSecurityAgency/ghidra-Release und prüfen den SHA-256-Hash.
Funktioniert Ghidra unter Ubuntu 24.04?
Eine kompatible Ubuntu-Desktopumgebung mit 64 Bit kann die offizielle Distribution mit einem kompatiblen 64-Bit-JDK 21 ausführen. Prüfen Sie die aktuelle Ghidra-Dokumentation und Ihre Grafikumgebung auf versionsabhängige Probleme.
Wie installiere ich Ghidra unter Ubuntu in WSL2?
Verwenden Sie dieselben Schritte für JDK 21 und das offizielle ZIP. Für die GUI brauchen Sie WSLg oder einen X-Server; ohne Display nutzen Sie support/analyzeHeadless und prüfen DISPLAY, bevor Sie Ghidra selbst debuggen.
Warum meldet Ghidra, dass Java nicht unterstützt wird?
Ghidra 12.1 benötigt ein 64-Bit-JDK 21. Prüfen Sie java -version, javac -version, JAVA_HOME und die Architektur des ausgewählten JDK. Eine Java-17-Runtime oder ein reines JRE-Paket erfüllt diese Voraussetzung nicht.
Wie prüfe ich die Ghidra-Version nach der Installation?
Prüfen Sie den Namen des entpackten Verzeichnisses und den ZIP-Dateinamen und sehen Sie anschließend die Versionsinformation in der Anwendung nach. Bewahren Sie Release-Tag, Dateiname und SHA-256 zusammen mit den Installationsnotizen auf.
Ghidra mit dem geprüften Ubuntu-Verfahren installieren
Verwenden Sie das offizielle Ghidra-12.1.2-ZIP, JDK 21, SHA-256-Prüfung und ./ghidraRun statt eines ungeprüften Mirrors oder Wrappers.