Ghidra für Linux herunterladen

Ghidra für Linux sicher herunterladen

Um Ghidra für Linux direkt vom Upstream-Projekt herunterzuladen, wählen Sie ghidra_12.1.2_PUBLIC_20260605.zip. Dieser Download ist kein distributionsspezifisches DEB, RPM, AppImage oder Flatpak. Dasselbe Archiv enthält die Java-Anwendung für Windows, macOS und Linux sowie Startskripte und native Hilfen für den jeweiligen Host.

Eine Suche nach „apt Ghidra“ kann Communitypakete, Sicherheitsdistributionen oder ältere Repositoryversionen zeigen. Solche Pakete können in verwalteten Umgebungen sinnvoll sein, stammen aber nicht als Release-Asset aus NationalSecurityAgency/ghidra. Laden Sie Ghidra für Linux über GitHub Releases, wenn aktuelle Version und Herkunft wichtig sind, und beziehen JDK 21 aus Ihrer Distribution oder von einem vertrauenswürdigen Anbieter.

Beim Download über diese Seite öffnet der Browser nach 15 Sekunden das offizielle GitHub-Asset; es gibt keinen Spiegel oder neu verpackten Linux-Build. Das ZIP ist ungefähr 546,3 MiB groß. Die veröffentlichte Prüfsumme lautet b62e81a0390618466c019c60d8c2f796ced2509c4c1aea4a37644a77272cf99d.

OpenJDK 21 für Ghidra installieren

Ghidra 12.1 benötigt Java 21 Runtime und Development Kit in 64 Bit. Linux-Distributionen paketieren OpenJDK meist nach Hauptversion. Installieren Sie das Entwicklungspaket, damit java und javac verfügbar sind. Paketnamen hängen von Release, Architektur und Repository ab; prüfen Sie die Dokumentation Ihrer Distribution, wenn die Beispiele fehlen.

Auf aktuellen Ubuntu- oder Debian-Systemen mit Java 21 heißt das Paket häufig openjdk-21-jdk. Fedora-Systeme verwenden meist java-21-openjdk-devel, Arch Linux jdk21-openjdk. Dies sind Beispiele und keine Zusage für jedes Distributionsrelease. Adoptium Temurin und Amazon Corretto sind alternative JDK-21-Quellen, die das Ghidra-Projekt nennt.

Führen Sie nach der Installation java -version und javac -version aus. Beide sollen Version 21 und eine 64-Bit-Umgebung zeigen. Sind mehrere Java-Versionen vorhanden, verwenden Sie den Alternatives-Mechanismus oder setzen JAVA_HOME für die Ghidra-Sitzung. Entfernen Sie kein anderes JDK, das weitere Software benötigt.

Ghidra-Download entpacken und unter Linux starten

Entpacken Sie das ZIP in ein Verzeichnis Ihres Benutzers, etwa ~/tools/ghidra_12.1.2_PUBLIC oder ~/opt/ghidra_12.1.2_PUBLIC. Ein systemweiter Ort unter /opt kann auf einem verwalteten Mehrbenutzersystem funktionieren, verlangt aber klare Berechtigungen und Upgrade-Verantwortung. Für persönliche Installationen verhindert ein Home-Ordner den unnötigen Start als root.

Verwenden Sie unzip oder den grafischen Archivmanager, wechseln in den entpackten Ordner und starten ./ghidraRun. Meldet die Shell fehlende Berechtigung, prüfen Sie den Modus und führen chmod +x ghidraRun aus. Setzen Sie nicht rekursiv alle Dateien ausführbar. Wird Java nicht gefunden, setzen Sie JAVA_HOME auf JDK 21 und fügen dessen bin-Ordner zu PATH hinzu.

Ein erfolgreicher Start öffnet das Projektfenster. Speichern Sie Projekte außerhalb der Installation, damit ein Austausch der Anwendung keine Analysedaten löscht. Sichern Sie sowohl die .gpr-Datei als auch den zugehörigen .rep-Ordner. Entpacken Sie bei Upgrades die neue Version neben der alten und testen Sie kopierte Projekte vor dem Entfernen des bisherigen Ordners.

1. 1

   Werkzeugordner anlegen

   Benutzereigenes Ziel getrennt von den Projekten auswählen.

   mkdir -p ~/tools
2. 2

   Download entpacken

   Das gesamte Archiv mit seiner Verzeichnisstruktur extrahieren.

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

   Installationsordner öffnen

   In das entpackte Ghidra-Verzeichnis wechseln.

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

   Als normaler Benutzer starten

   Shellstarter ohne sudo ausführen.

   ./ghidraRun

Linux x86-64 und ARM64 unterstützen

Das öffentliche Release enthält vorkompilierte native Linux-x86-64-Binärdateien. Dieser Host ist deshalb am unkompliziertesten. Linux ARM64 ist als Plattform aufgeführt, für die native Komponenten lokal gebaut werden können. Die Java-Module bleiben im offiziellen Archiv; Funktionen mit nativen Hilfsprogrammen können auf ARM64 einen passenden lokalen Build benötigen.

Das Bauen nativer Komponenten ist nicht dasselbe wie das Kompilieren des gesamten Ghidra-Projekts. Installieren Sie JDK 21, GCC oder Clang, make und erforderliche 64-Bit-Entwicklungsbibliotheken. Wechseln Sie in support/gradle und führen mit Internet die Wrapperaufgabe buildNatives aus. Erzeugte Binärdateien werden in Modul-Buildordnern gespeichert und für den Host bevorzugt.

Ein Linux-Host kann Programme für viele Nicht-Linux- und Nicht-x86-Prozessoren analysieren. Hostunterstützung beschreibt, wo Ghidra und Hilfsprogramme laufen. Zielunterstützung stammt aus Prozessor-Sprachmodulen und Loadern. So kann Linux eine Windows-PE-Datei importieren und deren x86-Sprache auswählen, ohne selbst Windows zu sein.

Ghidra unter Linux ohne Oberfläche ausführen

Linux-Server und Analysepipelines verwenden häufig den Headless-Modus statt der Desktopoberfläche. Der Starter heißt support/analyzeHeadless. Er erhält Projektpfad und Projektname, danach Import- oder Prozessoptionen und Skripte. Lesen Sie support/analyzeHeadlessREADME.html, bevor Sie Automatisierung bauen, da Projektsperren, Skriptpfade, Zeitlimits und Analyseoptionen die Wiederholbarkeit beeinflussen.

Auch Headless benötigt JDK 21 und eine beschreibbare Umgebung für Projekte, Benutzereinstellungen, Protokolle und Caches. Führen Sie die Analyse unter einem eigenen unprivilegierten Dienstkonto statt root aus. Binden Sie Eingaben möglichst schreibgeschützt ein, kontrollieren Ausgaben und Projekte und setzen angemessene Ressourcenlimits für große oder nicht vertrauenswürdige Binärdateien. Halten Sie Ghidra aktuell und prüfen Sicherheitshinweise.

Eine Installation ohne Desktop bedeutet nicht, dass ein kleinerer inoffizieller Build nötig ist. Nutzen Sie dasselbe offizielle ZIP, entpacken es, prüfen Java und rufen das Supportskript auf. In Containern fixieren Sie Ghidra-Release und JDK-Basisversion, dokumentieren die offizielle Prüfsumme und bauen das Image bei Sicherheits- oder Wartungsreleases neu.

Häufige Ghidra-Probleme unter Linux lösen

Prüfen Sie bei Java-Fehlern, ob java und javac auf Version 21 zeigen. Bei „Permission denied“ stellen Sie das Ausführungsbit wieder her und kontrollieren, ob das Dateisystem mit noexec eingehängt ist. Ein benutzereigenes ausführbares Dateisystem ist sicherer, als Ghidra mit erhöhten Rechten zu starten.

Einige Desktopumgebungen oder Remotesitzungen zeigen Java-Darstellungsfehler. Die offiziellen Hinweise nennen Probleme bei 32-Bit-Farbtiefe und empfehlen 24 Bit. Nicht reparentende Fenstermanager wie XMonad und Sway können leere Java-Fenster anzeigen; ENVVARS_LINUX=_JAVA_AWT_WM_NONREPARENTING=1 in support/launch.properties behebt diese Fehlerklasse.

Bei fehlerhaften Symbolen empfehlen die Hinweise einen Test mit VMARGS=-Dsun.java2d.opengl=true. Ändern Sie jeweils nur eine Einstellung und sichern die ursprüngliche Datei. Bei sofortigem Ende starten Sie support/ghidraDebug oder den Vordergrundmodus, damit die zugrunde liegende Ausnahme sichtbar bleibt.