Descargar Ghidra para Linux

Cómo descargar Ghidra para Linux de forma segura

Para descargar Ghidra para Linux desde el proyecto original, elige ghidra_12.1.2_PUBLIC_20260605.zip. No es un paquete DEB, RPM, AppImage o Flatpak específico de una distribución. El mismo archivo contiene la aplicación Java para Windows, macOS y Linux, con lanzadores y ayudantes nativos seleccionados según el sistema anfitrión.

Buscar “apt Ghidra” puede mostrar paquetes comunitarios, distribuciones de seguridad o versiones antiguas de repositorios. Pueden ser útiles en entornos administrados, pero no son el recurso publicado por NationalSecurityAgency/ghidra. Descarga Ghidra para Linux desde GitHub Releases cuando priorices la versión actual y la procedencia, e instala JDK 21 desde tu distribución o un proveedor fiable.

Al descargar Ghidra para Linux desde esta página, el navegador abre el recurso oficial de GitHub tras 15 segundos; no interviene ningún espejo. El ZIP ocupa unos 546,3 MiB y su SHA-256 es b62e81a0390618466c019c60d8c2f796ced2509c4c1aea4a37644a77272cf99d.

Instalar OpenJDK 21 para Ghidra

Ghidra 12.1 necesita Java 21 Runtime and Development Kit de 64 bits. Las distribuciones suelen empaquetar OpenJDK por versión principal. Instala el paquete de desarrollo para disponer de java y javac. Los nombres cambian según versión, arquitectura y repositorios; consulta la documentación de tu distribución si estos ejemplos no están disponibles.

En Ubuntu o Debian actuales que ofrecen Java 21, el paquete suele ser openjdk-21-jdk. En Fedora suele llamarse java-21-openjdk-devel y Arch proporciona jdk21-openjdk. Son ejemplos, no una garantía para todas las versiones. Adoptium Temurin y Amazon Corretto son fuentes alternativas citadas por el proyecto.

Ejecuta java -version y javac -version. Ambos deben indicar versión 21 y 64 bits. Si existen varios Java, usa el sistema alternatives o define JAVA_HOME para la sesión que inicia Ghidra. No elimines un JDK distinto que necesite otro programa solo para cambiar el predeterminado.

Extraer la descarga e iniciar Ghidra en Linux

Extrae el ZIP en un directorio de tu usuario, como ~/tools/ghidra_12.1.2_PUBLIC o ~/opt/ghidra_12.1.2_PUBLIC. Una ubicación global en /opt puede servir en equipos administrados, pero exige permisos y una política de actualizaciones. Para una instalación personal, una carpeta en home evita ejecutar la aplicación gráfica como root.

Utiliza unzip o el gestor de archivos, entra en el directorio y ejecuta ./ghidraRun. Si aparece permiso denegado, revisa el modo y aplica chmod +x ghidraRun. No otorgues permiso ejecutable recursivo a todo. Si Ghidra no encuentra Java, configura JAVA_HOME con el directorio JDK 21 y añade su carpeta bin a PATH.

Un inicio correcto abre la ventana de proyectos. Guarda los proyectos fuera de la instalación para que sustituir la aplicación no elimine datos. Copia tanto el archivo .gpr como su directorio .rep. Al actualizar, extrae la versión nueva junto a la antigua y prueba proyectos copiados antes de retirar la instalación anterior.

1. 1

   Crear una carpeta de herramientas

   Elige un destino de tu usuario separado de los proyectos.

   mkdir -p ~/tools
2. 2

   Extraer la descarga

   Descomprime todo el archivo y conserva la estructura.

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

   Entrar en la instalación

   Cambia al directorio extraído.

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

   Iniciar como usuario

   Ejecuta el lanzador sin sudo.

   ./ghidraRun

Compatibilidad Linux x86-64 y ARM64

La versión pública incluye binarios nativos Linux x86-64 precompilados, por lo que es el sistema anfitrión más sencillo. Linux ARM64 figura como plataforma cuyos componentes nativos pueden compilarse localmente. Los módulos Java permanecen en el archivo oficial, mientras que las funciones que llaman a ayudantes pueden necesitar una compilación ARM64.

Compilar componentes nativos no equivale a compilar todo Ghidra. Instala JDK 21, GCC o Clang, make y bibliotecas de desarrollo de 64 bits. Entra en support/gradle y ejecuta la tarea buildNatives del wrapper con acceso a internet. Los binarios generados se guardan en directorios de módulos y tienen prioridad para el sistema anfitrión.

Un equipo Linux puede analizar programas para procesadores que no son Linux ni x86. La compatibilidad anfitriona describe dónde se ejecutan Ghidra y sus ayudantes. La compatibilidad objetivo proviene de módulos de procesador y cargadores. Por ejemplo, en Linux puedes importar un PE de Windows y seleccionar su lenguaje x86 sin convertir el sistema en Windows.

Ejecutar Ghidra sin interfaz en Linux

Los servidores y canalizaciones suelen utilizar el modo sin interfaz. El lanzador es support/analyzeHeadless. Recibe una ubicación y nombre de proyecto, seguidos de opciones de importación o proceso y scripts. Lee support/analyzeHeadlessREADME.html antes de automatizar, porque bloqueos de proyecto, rutas, tiempos y opciones afectan a la repetibilidad.

El modo sin interfaz también requiere JDK 21 y un entorno escribible para proyectos, ajustes, registros y cachés. Ejecútalo con una cuenta de servicio sin privilegios, no como root. Monta entradas como solo lectura cuando sea posible, controla las salidas y aplica límites adecuados a binarios grandes o no confiables. Mantén Ghidra actualizado y consulta los avisos de seguridad.

Un servidor sin escritorio no necesita una compilación no oficial más pequeña. Descarga el mismo ZIP, extráelo, verifica Java y utiliza el script de soporte. En contenedores, fija la versión de Ghidra y la imagen base de JDK, registra la suma oficial y reconstruye cuando aparezca una versión de seguridad o mantenimiento.

Resolver problemas comunes en Linux

Para errores de Java, confirma que java y javac apuntan a versión 21. Si el lanzador no tiene permiso, restaura el bit ejecutable y comprueba que el sistema de archivos no esté montado con noexec. Mover la instalación a un sistema ejecutable de tu usuario es más seguro que elevar privilegios.

Algunos escritorios o sesiones remotas muestran problemas de Java. Las notas mencionan fallos con escritorios remotos en profundidad de color de 32 bits y recomiendan 24 bits. Gestores no reparentados como XMonad y Sway pueden mostrar ventanas en blanco; la variable ENVVARS_LINUX=_JAVA_AWT_WM_NONREPARENTING=1 en support/launch.properties aborda ese caso.

Si los iconos se muestran mal, prueba VMARGS=-Dsun.java2d.opengl=true según las notas oficiales. Cambia una opción cada vez y conserva el archivo original. Para cierres inmediatos, ejecuta support/ghidraDebug o usa el modo de primer plano para ver la excepción.