Descargar una ISO de Linux y grabarla tal cual en un USB sin comprobar nada es como instalar puertas y ventanas nuevas en casa sin mirar si el pedido está completo o si alguien las ha cambiado por el camino. La mayoría de las veces no pasa nada, pero el día que pasa… duele. Una ISO corrupta puede provocar instalaciones fallidas, sistemas inestables y, en el peor escenario, un archivo manipulado de forma maliciosa.
Por eso, aprender a comprobar la integridad y autenticidad de una imagen ISO en Linux usando checksums y GPG es casi obligatorio si te gusta trastear con distros, instaladores personalizados o sistemas orientados a la seguridad. El procedimiento asusta un poco al principio (claves, firmas, sumas), pero cuando entiendes qué es cada cosa y sigues un orden, se vuelve un hábito sencillo que no lleva ni dos minutos.
Qué estamos comprobando realmente cuando verificamos una ISO
Antes de lanzarnos con comandos, conviene tener claro qué problema intentamos resolver: por un lado, que la ISO no se haya dañado al descargarse (integridad) y, por otro, que esa ISO haya sido publicada realmente por el equipo del proyecto y no por un atacante (autenticidad). Son dos objetivos distintos y, por tanto, se comprueban con mecanismos diferentes.
La comprobación de integridad responde a la pregunta: “¿El archivo que tengo en mi disco es exactamente igual al que el servidor ofrecía cuando pulsé descargar?”. Aquí entran en juego las sumas de verificación (checksums) calculadas con algoritmos como SHA1 o SHA256, que generan un código único asociado al contenido del archivo.
La verificación de autenticidad con GPG añade otra capa: “¿Este listado de checksums o esta ISO vienen de quien dicen venir?”. Para eso se usan firmas digitales GPG, realizadas con claves privadas de los desarrolladores y comprobadas con sus claves públicas, que podemos obtener de servidores de claves o de la propia web oficial del proyecto.
Un atacante que consiga comprometer un mirror o un servidor podría modificar tanto la ISO como el archivo de checksums de forma que los códigos coincidan, así que fiarse solo de la suma de verificación no es suficiente si hablamos de seguridad seria. Ahí es donde entra GPG como elemento imprescindible.
Cuando todo está bien configurado, el flujo “sano” es siempre el mismo: primero descargas la ISO, luego descargas el archivo de checksum correspondiente y el fichero de firma GPG, verificas la firma para asegurarte de que el archivo de checksums es legítimo y, por último, comparas la suma de la ISO con la de ese archivo validado.
Tipos de archivos que vas a encontrarte al descargar una ISO
Cuando entras en la página de descargas de una distribución GNU/Linux moderna, junto a la ISO suelen aparecer varios enlaces adicionales que muchas personas ignoran. Suelen llevar nombres como SHA256SUMS, SHA256SUMS.gpg, .sig, .sha1sum o similares. Entender qué es cada cosa te ahorra muchos quebraderos de cabeza.
1. Archivo ISO: es la propia imagen del sistema, el “todo en uno” que luego grabarás en un USB o montarás en una máquina virtual. Aquí no hay misterio: es el archivo grande, con extensión .iso, por ejemplo ubuntu-20.04-desktop-amd64.iso o manjaro-xfce-0.8.1-x86_64.iso.
2. Archivos de checksums (SHA1, SHA256…): son ficheros de texto que contienen una o varias líneas con el hash de cada ISO publicada. En algunas distros el nombre es genérico, como SHA256SUMS; en otras se genera un archivo por ISO, como manjaro-xfce-0.8.1-x86_64-sha1.sum o manjaro-xfce-0.8.1-x86_64-sha256.sum.
3. Archivos de firma GPG: son las firmas digitales que certifican la autenticidad del archivo que acompañan. Pueden tener extensión .gpg (por ejemplo, SHA256SUMS.gpg) o .sig (como archlinux-2016.03.01-dual.iso.sig). En algunos proyectos se firma directamente la ISO; en otros, se firma el archivo de checksums.
4. Claves públicas de los desarrolladores: no se descargan normalmente en la misma página de descargas, pero las vas a necesitar. Suelen estar documentadas en la web oficial o en la documentación, y también se distribuyen mediante servidores de claves como keyserver.ubuntu.com o pgpkeys.mit.edu, a los que GnuPG sabe conectarse.
Es crucial que descargues todos estos archivos de la misma fuente “oficial” (página principal de la distro, mirror de confianza, documentación enlazada), evitando sitios de terceros o portales de descargas que puedan meter mano en los ficheros o servir versiones manipuladas. Para minimizar riesgos, usa mirrors oficiales y transferencias seguras con herramientas como FileZilla.
Por qué MD5, SHA1 y SHA256 no son lo mismo
Las sumas de verificación se basan en algoritmos de hash criptográfico, que toman un archivo como entrada y devuelven una cadena de caracteres (el hash) que cambia de forma drástica si el contenido del archivo se modifica lo más mínimo. Eso permite detectar corrupciones o alteraciones.
MD5 y SHA1 fueron los algoritmos “clásicos” durante muchos años, y aún hoy los vas a ver en algunas páginas de proyectos antiguos. Sin embargo, ambos han ido quedando obsoletos para usos de seguridad porque se han demostrado posibles colisiones (dos archivos diferentes con el mismo hash).
SHA256 y otras variantes de la familia SHA-2 (SHA-384, SHA-512, etc.) ofrecen una seguridad mucho mayor frente a ataques de colisión conocidos. Por eso, las distribuciones modernas suelen publicar SHA256SUMS y, en algunos casos, también SHA1 por compatibilidad o como referencia adicional.
En el contexto de verificación de ISOs, lo recomendable es usar siempre SHA256 cuando esté disponible, sobre todo si no tienes claro qué diferencia hay con SHA1. Usar SHA1 no es “horrible” para una simple comprobación de integridad, pero si buscas buenas prácticas, SHA256 es la opción sensata.
Recuerda que estos algoritmos solo garantizan que el archivo no ha cambiado respecto a lo que se usó para generar el checksum, pero no te dicen nada sobre quién generó ese checksum. Para eso necesitas la parte de GPG y las firmas digitales.
Verificar integridad con checksums en Linux paso a paso
En la mayoría de distribuciones GNU/Linux dispones por defecto de las utilidades de línea de comandos necesarias para calcular sumas SHA1 y SHA256: sha1sum y sha256sum. Si por lo que sea no las tienes, pertenecen al paquete coreutils, que suele venir instalado de serie. Si no estás seguro del tipo de archivo que tienes, consulta métodos para identificar el tipo de archivo.
1. Descarga la ISO y su archivo de checksum desde la misma página oficial. Por ejemplo, en Manjaro podrías descargar manjaro-xfce-0.8.1-x86_64.iso junto con manjaro-xfce-0.8.1-x86_64-sha1.sum y/o manjaro-xfce-0.8.1-x86_64-sha256.sum.
2. Asegúrate de que ambos ficheros están en el mismo directorio. Si tu navegador los guarda en Descargas, abre una terminal y entra en esa carpeta con algo como:
cd Descargas
3. Abre el archivo de checksum con un editor de texto simple (Gedit, Kate, Xed, el que tengas a mano) para ver la cadena hash esperada. Verás una línea del estilo:
código_hash nombre-de-la-iso.iso
4. Calcula el hash de la ISO utilizando el comando que corresponda al algoritmo indicado en el nombre del fichero. Por ejemplo, para SHA256:
sha256sum manjaro-xfce-0.8.1-x86_64.iso
El programa imprimirá un código largo (una ristra de números y letras) seguido del nombre del archivo; solo tienes que comparar ese código con el que aparece en el archivo .sha256sum. Si son idénticos, el archivo descargado está íntegro; si hay una sola diferencia en cualquier carácter, significa que la ISO se ha corrompido o que no corresponde a ese checksum.
Si quieres automatizarlo un poco más, algunos archivos como SHA256SUMS permiten usar sha256sum con la opción -c, que compara de golpe todas las líneas del archivo contra los ficheros presentes en la carpeta:
sha256sum -c SHA256SUMS
En este caso, verás una salida del tipo: ubuntu-20.04-desktop-amd64.iso: La suma coincide indicando que todo está correcto. Si hay un problema, el programa te avisará de que la suma no coincide.
Usar GPG para verificar firmas y claves públicas
Hasta aquí solo hemos comprobado que la ISO que tienes coincide con el checksum que descargaste, pero seguimos sin saber si ese archivo de checksums es legítimo. Para cerrar el círculo de seguridad, entran en juego GnuPG (gpg) y las firmas digitales.
Lo primero es tener instalado GnuPG, que en la mayoría de distribuciones ya viene de serie. Si no lo tienes, puedes instalarlo con el gestor de paquetes de tu sistema (apt, dnf, pacman, etc.). Una vez disponible, el flujo típico es: importar la clave pública de la distro, verificar la firma del archivo de checksums y, solo si la firma es correcta, usar ese archivo para comprobar la ISO.
Veamos un ejemplo clásico con Arch Linux, que firma directamente la ISO con un archivo .sig. Supón que has descargado archlinux-2016.03.01-dual.iso y su correspondiente archlinux-2016.03.01-dual.iso.sig.
1. Intenta verificar la firma de la ISO con gpg:
gpg –verify archlinux-2016.03.01-dual.iso.sig archlinux-2016.03.01-dual.iso
La primera vez es casi seguro que GPG se queje de que no tiene la clave pública necesaria para validar esa firma y mostrará algo como: Imposible comprobar la firma: No public key junto con un identificador de clave (por ejemplo, 9741E8AC).
2. Importa la clave pública desde un servidor de claves usando ese ID que te ha dado el propio GPG. Por ejemplo:
gpg –keyserver pgpkeys.mit.edu –recv-key 9741E8AC
Al hacerlo, verás que se descarga una clave pública asociada al desarrollador correspondiente, por ejemplo “Pierre Schmitz <pierre@archlinux.de>”, junto con un resumen de validez y confianza. En este punto GPG te está diciendo simplemente quién firma, no si tú confías en esa persona.
3. Vuelve a ejecutar el comando de verificación sobre la ISO y su firma:
gpg –verify archlinux-2016.03.01-dual.iso.sig archlinux-2016.03.01-dual.iso
Ahora deberías ver un mensaje del tipo “Firma correcta de <nombre>”, lo que indica que la ISO ha sido efectivamente firmada con la clave privada asociada a esa clave pública. GPG también te lanzará un aviso del estilo: ATENCIÓN: ¡Esta clave no está certificada por una firma de confianza!.
Ese aviso significa que, aunque la firma sea válida criptográficamente, tu anillo de confianza personal (web of trust) no ha verificado aún que esa clave sea de quien dice ser. Para un usuario doméstico, lo habitual es comprobar que esa huella coincide con lo que la propia distro documenta en su web, o que la clave está firmada por las Master Keys o claves maestras del proyecto.
Ejemplo práctico con Ubuntu: SHA256SUMS y SHA256SUMS.gpg
Ubuntu y muchas otras distribuciones siguen un esquema ligeramente distinto: en lugar de firmar cada ISO por separado, publican un archivo global (por ejemplo, SHA256SUMS) que contiene todas las sumas SHA256 de las ISOs, y luego un archivo de firma SHA256SUMS.gpg.
1. Descarga la ISO, el archivo SHA256SUMS y su firma SHA256SUMS.gpg desde la página oficial de descargas. Coloca todo en la misma carpeta y abre una terminal en ese directorio.
2. Verifica la firma del archivo de checksums ejecutando:
gpg –keyid-format long –verify SHA256SUMS.gpg SHA256SUMS
Si no tienes todavía la clave pública de Ubuntu, GPG volverá a avisarte de que no puede comprobar la firma. En la documentación oficial suele indicarse qué ID de clave debes importar. Un ejemplo típico es:
gpg –keyid-format long –keyserver hkp://keyserver.ubuntu.com –recv-keys 0xD94AA3F0EFE21092
Una vez importada la clave, repites el comando de verificación de la firma sobre SHA256SUMS. Si todo va bien, verás un mensaje del tipo: Firma correcta de «Ubuntu CD Image Automatic Signing Key (2012) <cdimage@ubuntu.com>».
3. Comprueba ahora que tu ISO coincide con la suma publicada en ese archivo ya verificado usando el modo de comprobación automática de sha256sum:
sha256sum -c SHA256SUMS
El programa recorrerá las líneas del archivo y, si en ese directorio está la ISO correspondiente, mostrará algo tipo: ubuntu-20.04-desktop-amd64.iso: La suma coincide. En ese momento ya sabes que la ISO es íntegra y que el fichero de checksums con el que la has comparado está firmado por la clave oficial de Ubuntu.
El caso de Manjaro: archivos -sha1.sum y -sha256.sum
Manjaro y otras distros similares a menudo ofrecen un archivo de checksum por cada ISO y por cada algoritmo, con nombres que dejan poco lugar a la duda, por ejemplo manjaro-xfce-0.8.1-x86_64-sha1.sum o manjaro-xfce-0.8.1-x86_64-sha256.sum.
La lectura es sencilla: la parte “sha” del nombre viene de “Secure Hash Algorithm”, y el número (1, 256…) indica la versión del algoritmo. SHA1 es el clásico más extendido, mientras que SHA256 es una versión más moderna y robusta.
Para verificar la integridad con Manjaro, el flujo básico es este: abres el archivo .sum con un editor de texto, tomas nota del hash y ejecutas el comando correspondiente en la terminal, por ejemplo:
sha256sum manjaro-xfce-0.8.1-x86_64.iso
Comparas el código generado con el que se muestra en el archivo -sha256.sum. Si coinciden, la ISO está bien; si no, algo ha fallado y deberías borrar el archivo y descargarlo otra vez. Se recomienda usar SHA256 si no tienes claro cuál elegir, precisamente porque es más resistente ante posibles ataques.
En entornos Windows o macOS, donde no tienes estas utilidades de serie, puedes recurrir a herramientas externas como Quick Hash u otras aplicaciones de verificación de hashes, que ofrecen interfaz gráfica para hacer exactamente lo mismo: generar el hash de la ISO y compararlo con el publicado. Para usuarios Windows existe una guía para verificar la integridad con Sigcheck.
El lío habitual con Linux Mint y la verificación GPG
Un caso que genera mucha confusión es el de la guía oficial de Linux Mint, donde se mezclan pasos de verificación de integridad (con SHA256) y autenticidad (con GPG) de una forma que a muchos usuarios les resulta poco intuitiva.
La guía suele proponer algo así: descargas la ISO, el archivo de suma SHA256 en texto y la firma GPG de ese archivo SHA256. Primero ejecutas un comando que calcula la suma SHA256 de la ISO y la comparas manualmente con el contenido del archivo .txt. Eso, como es lógico, solo verifica que la ISO no se ha corrompido durante la descarga.
Después se te indica que importes la clave de firma de Linux Mint y que verifiques el archivo SHA256 firmado (el .gpg) contra el contenido del archivo .txt. De esta forma, se confirma que la suma SHA256 oficial no ha sido manipulada y que está firmada por la clave del proyecto.
El problema es que, si no se explica bien, parece que GPG debería estar verificando directamente la ISO, cuando en realidad lo que hace es garantizar la autenticidad del archivo de checksums. Si tú, por ejemplo, repites todo el proceso sin llegar a descargar la ISO, verás que la verificación GPG del archivo SHA256 sigue funcionando igual, porque GPG solo mira la firma de ese fichero, no la existencia de la ISO.
Lo correcto es entenderlo como un proceso en dos capas independientes: primero garantizas la legitimidad del archivo de sumas con GPG (autenticidad) y, solo después, usas ese archivo como referencia para comprobar la ISO con SHA256 (integridad). Si falta cualquiera de las dos capas, pierdes parte de la protección.
Errores típicos y buenas prácticas al verificar ISOs
Hay una serie de fallos muy comunes cuando la gente se enfrenta por primera vez a checksums y GPG, y conviene conocerlos para evitarlos. La mayoría tienen que ver más con la lógica del proceso que con los comandos en sí.
1. Creer que comprobar solo el checksum es suficiente: como ya hemos comentado, un atacante que controle el servidor puede modificar ISO y checksums al mismo tiempo. El hash coincide, sí, pero todo está manipulado. Por eso es vital respaldarse en GPG y las claves oficiales cuando hablamos de distribuciones importantes.
2. No descargar los archivos desde la página oficial o mirrors acreditados: si descargas ISOs o ficheros de suma desde webs de terceros, foros o vídeos de YouTube que enlazan a sitios raros, pierdes por completo la confianza en el origen. Aunque luego verifiques hashes, esos hashes podrían haber sido generados por el propio atacante.
3. Ignorar los avisos de GPG sobre claves no confiables: cuando GPG te avisa de que la clave no está certificada por una firma de confianza, no significa que la firma sea falsa, pero sí que tú aún no tienes garantías fuertes de que esa clave pertenece al desarrollador. Siempre compensa contrastar la huella de la clave en la web oficial o con la documentación de la distribución.
4. No borrar una ISO cuyo hash no coincide: si el checksum no casa con el esperado, no hay término medio; ese archivo no es fiable. Deberías eliminarlo y descargarlo de nuevo desde una fuente oficial, preferiblemente cambiando de mirror por si el problema estuviera en el servidor.
5. Confiar en tutoriales que mezclan conceptos o se quedan a medias: hay vídeos y guías que se limitan a comprobar el hash de la ISO contra un archivo txt cualquiera, o que firman cosas sin aclarar qué se está autenticando realmente. Si quieres ir sobre seguro, sigue la documentación oficial de cada distribución o guías que expliquen claramente qué hace cada paso.
Aplicando este conjunto de comprobaciones de forma sistemática antes de grabar una ISO o usarla en VirtualBox, reduces muchísimo la probabilidad de encontrarte con instalaciones corruptas, errores aleatorios o, lo más preocupante, imágenes manipuladas con fines maliciosos.
Caso especial: distribuciones muy centradas en la seguridad
En proyectos con un enfoque fuerte en seguridad, como Qubes OS o algunas variantes muy endurecidas de Linux, el procedimiento de verificación suele ser aún más estricto, con varias cadenas de confianza, distintas claves maestras y documentación muy detallada sobre cómo comprobar cada paso.
En estos entornos, usar GPG no es un extra opcional, sino parte del proceso básico de instalación. Los desarrolladores se esfuerzan mucho en explicar cómo importar sus claves, cómo verificar que dichas claves están firmadas por otras de mayor nivel (las famosas master keys) y cómo revisar la integridad no solo de la ISO, sino también de las plantillas, actualizaciones y paquetes adicionales.
Si ya te has acostumbrado a verificar cosas como Qubes OS o herramientas como Mullvad, seguramente verás que las guías de algunas distros más generalistas se quedan cortas o son algo confusas, como pasa con Linux Mint. En esos casos, aplicar tú mismo el esquema mental “firma GPG del archivo de checksums + comprobación de la ISO contra ese archivo” te sacará de dudas.
Lo importante es que entiendas que GPG no “mira” el contenido real de la ISO al estilo antivirus; lo que hace es garantizar que el archivo firmado (ya sea la propia ISO o el fichero de hashes) no ha sido modificado desde que el autor lo firmó y que la firma procede de la clave privada asociada a la clave pública que tú has importado.
Una vez interiorizado ese concepto, puedes adaptar fácilmente lo aprendido a cualquier distribución, aunque cada una organice sus archivos de suma y firma de forma algo distinta o use diferentes servidores de claves.
Si conviertes este proceso en un pequeño ritual cada vez que descargas una nueva ISO, ganarás en tranquilidad y reducirás riesgos absurdos. Al final se trata solo de tres ideas encadenadas: descargarte la ISO y sus archivos de suma y firma de una fuente fiable, validar con GPG que el archivo de checksums es auténtico y, por último, confirmar con SHA256 (o el algoritmo que toque) que la ISO coincide con lo que los desarrolladores publicaron originalmente.
