Télécharger Ghidra pour Linux

Comment télécharger Ghidra pour Linux en sécurité

Pour télécharger Ghidra pour Linux depuis le projet amont, choisissez ghidra_12.1.2_PUBLIC_20260605.zip. Ce téléchargement n’est pas un DEB, RPM, AppImage ou Flatpak propre à une distribution. La même archive fournit l’application Java pour Windows, macOS et Linux, avec les scripts et outils natifs choisis selon l’hôte.

Une recherche « apt Ghidra » peut afficher des paquets communautaires, des distributions de sécurité ou d’anciennes versions. Ils peuvent servir dans un environnement administré, mais ne sont pas l’archive publiée par NationalSecurityAgency/ghidra. Téléchargez Ghidra pour Linux depuis GitHub Releases lorsque version actuelle et provenance sont prioritaires, puis installez JDK 21 depuis une source fiable.

Lorsque vous téléchargez Ghidra pour Linux depuis cette page, le navigateur ouvre l’archive officielle GitHub après 15 secondes ; aucun miroir n’intervient. Le ZIP fait environ 546,3 Mio et son SHA-256 est b62e81a0390618466c019c60d8c2f796ced2509c4c1aea4a37644a77272cf99d.

Installer OpenJDK 21 pour Ghidra

Ghidra 12.1 nécessite Java 21 Runtime and Development Kit 64 bits. Les distributions regroupent souvent OpenJDK par version principale. Installez le paquet de développement pour disposer de java et javac. Les noms varient selon version, architecture et dépôts ; consultez votre distribution si les exemples ne sont pas disponibles.

Sous Ubuntu ou Debian actuels proposant Java 21, le paquet est généralement openjdk-21-jdk. Fedora utilise souvent java-21-openjdk-devel et Arch jdk21-openjdk. Ce sont des exemples, pas une promesse pour chaque version. Adoptium Temurin et Amazon Corretto sont des sources alternatives citées par Ghidra.

Exécutez java -version et javac -version. Les deux doivent indiquer 21 et 64 bits. Si plusieurs Java sont installés, utilisez alternatives ou définissez JAVA_HOME pour la session Ghidra. Ne supprimez pas le JDK d’une autre application uniquement pour changer la version système par défaut.

Extraire le téléchargement et lancer Ghidra sous Linux

Extrayez le ZIP dans un dossier appartenant à votre compte, par exemple ~/tools/ghidra_12.1.2_PUBLIC ou ~/opt/ghidra_12.1.2_PUBLIC. Un emplacement global sous /opt fonctionne sur une machine administrée, mais exige une politique de permissions et de mises à jour. Pour un usage personnel, un dossier home évite d’exécuter l’interface comme root.

Utilisez unzip ou le gestionnaire d’archives, entrez dans le dossier puis lancez ./ghidraRun. Si la permission est refusée, vérifiez le mode et exécutez chmod +x ghidraRun. Ne rendez pas toute l’installation exécutable récursivement. Si Java manque, définissez JAVA_HOME sur JDK 21 et ajoutez son dossier bin à PATH.

Un lancement réussi ouvre la fenêtre des projets. Stockez les projets hors de l’installation afin qu’un remplacement d’application ne supprime aucune analyse. Sauvegardez le fichier .gpr et le dossier .rep. Lors d’une mise à niveau, extrayez la nouvelle version à côté de l’ancienne et testez une copie des projets avant de retirer l’ancien dossier.

1. 1

   Créer un dossier d’outils

   Choisissez une destination utilisateur distincte des projets.

   mkdir -p ~/tools
2. 2

   Extraire le téléchargement

   Décompressez l’ensemble en conservant l’arborescence.

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

   Entrer dans l’installation

   Placez-vous dans le dossier extrait.

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

   Lancer comme utilisateur

   Exécutez le script sans sudo.

   ./ghidraRun

Prise en charge Linux x86-64 et ARM64

La version publique inclut des binaires natifs Linux x86-64 précompilés ; cet hôte offre donc le chemin le plus simple. Linux ARM64 figure parmi les plateformes dont les composants natifs peuvent être compilés localement. Les modules Java restent dans l’archive officielle, mais les fonctions appelant des outils natifs peuvent exiger une compilation ARM64.

Compiler les composants natifs ne signifie pas compiler tout Ghidra. Installez JDK 21, GCC ou Clang, make et les bibliothèques 64 bits requises. Entrez dans support/gradle et lancez la tâche buildNatives du wrapper avec internet. Les binaires générés sont placés dans les répertoires de modules et prioritaires pour l’hôte.

Un hôte Linux peut analyser des programmes destinés à d’autres systèmes et processeurs. La prise en charge hôte décrit où Ghidra s’exécute ; les cibles viennent des modules de processeur et chargeurs. Par exemple, Linux peut importer un PE Windows et choisir son langage x86 sans devenir un système Windows.

Exécuter Ghidra sans interface sous Linux

Les serveurs et chaînes d’analyse utilisent souvent le mode sans interface. Le lanceur est support/analyzeHeadless. Il reçoit un emplacement et un nom de projet, puis des options d’importation ou de traitement et des scripts. Lisez support/analyzeHeadlessREADME.html avant d’automatiser : verrouillage, chemins, délais et options influencent la répétabilité.

Le mode sans interface exige encore JDK 21 et un environnement accessible pour projets, réglages, journaux et caches. Exécutez-le avec un compte de service non privilégié plutôt que root. Montez les entrées en lecture seule si possible, contrôlez sorties et projets et appliquez des limites aux binaires volumineux ou non fiables. Maintenez Ghidra à jour et consultez les avis de sécurité.

Un serveur sans bureau ne nécessite pas une version non officielle plus petite. Utilisez le même ZIP, extrayez-le, vérifiez Java et appelez le script. Pour les conteneurs, fixez la version Ghidra et l’image JDK, enregistrez l’empreinte officielle et reconstruisez à chaque version de sécurité ou maintenance.

Résoudre les problèmes Linux courants

Pour les erreurs Java, confirmez que java et javac pointent vers 21. Si le lancement est refusé, restaurez le bit exécutable et vérifiez que le système n’est pas monté avec noexec. Déplacer l’installation vers un système utilisateur exécutable est plus sûr que lancer Ghidra avec des droits élevés.

Certains bureaux ou sessions distantes rencontrent des problèmes Java. Les notes mentionnent les bureaux distants en profondeur de couleur 32 bits et recommandent 24 bits. Les gestionnaires non reparentants comme XMonad et Sway peuvent afficher une fenêtre vide ; ENVVARS_LINUX=_JAVA_AWT_WM_NONREPARENTING=1 dans support/launch.properties traite ce cas.

Si les icônes sont incorrectes, testez VMARGS=-Dsun.java2d.opengl=true selon les notes officielles. Modifiez une option à la fois et gardez l’original. Pour un arrêt immédiat, exécutez support/ghidraDebug ou passez au premier plan afin de voir l’exception.