Cómo verificar el software de Bitcoin antes de instalarlo

Antes de instalar software de Bitcoin, comprueba dos cosas: que la suma de comprobación del archivo coincide con la lista que publicaron los desarrolladores y que la lista lleva una firma válida de una clave que sabes que les pertenece. La suma demuestra que tu copia está intacta. La firma demuestra quién la publicó. El software de tu billetera y tu nodo decide qué direcciones ves, qué firmas y adónde van tus palabras de recuperación. Por eso, un instalador sustituido puede vaciar una billetera sin romper la criptografía. La primera comprobación tarda unos diez minutos. Cada actualización posterior, unos dos.

Verificarás Bitcoin Core y Sparrow Wallet en macOS, Windows y Linux, comprobarás las imágenes para nodos de StartOS y umbrelOS y aprenderás a interpretar los resultados. Los comandos siguen las instrucciones de cada proyecto. Hicimos la comprobación de cada proyecto con las versiones vigentes en noviembre de 2026: Bitcoin Core 32.1, Sparrow 2.5.6, StartOS 0.4.1.2 y umbrelOS 2.0.1.

Por qué importa verificar: ataques a la cadena de suministro

Un ataque a la cadena de suministro apunta a la ruta que recorre el software desde sus desarrolladores hasta ti: el sitio web, el servidor de descargas, un anuncio en el buscador, un correo o una ventana de «actualización». El código de los desarrolladores puede estar bien y tu computadora libre de malware, y aun así puedes acabar ejecutando la versión del atacante. En la historia de Bitcoin hay un ejemplo de cada vía:

• La descarga. En agosto de 2016, bitcoin.org advirtió que los binarios (los archivos listos para ejecutar) de la próxima versión de Bitcoin Core «probablemente serían blanco de atacantes patrocinados por un Estado» y que descargar sin cuidado «podría hacerte perder todas tus monedas». Su consejo fue verificar las firmas de varios desarrolladores con claves obtenidas de más de una fuente.
• Mensajes de actualización. En diciembre de 2018, unos atacantes ejecutaron servidores del tipo al que se conectan las billeteras Electrum. Los usaron para mostrar a los usuarios un mensaje de «actualización» con un enlace a malware disfrazado de una versión nueva de Electrum.
• Remitentes auténticos. En septiembre de 2026, unos atacantes entraron en el servicio de correo que usaba el boletín de Trezor y enviaron un aviso de seguridad falso desde la cuenta del propio boletín. Promocionaban una aplicación que pedía la copia de seguridad de la billetera (nuestro aviso).

La lección Las estafas que vacían las billeteras de autocustodia cuenta toda la historia del boletín, y la lección sobre Electrum cuenta la de 2018. La verificación funciona en los tres casos: un atacante puede copiar una página o un mensaje y hasta usar un remitente real. Sin la clave privada de los desarrolladores no puede producir una firma válida.

Sumas de comprobación y firmas: dos preguntas distintas

Aquí, una suma de comprobación es un hash SHA-256 del archivo: una huella de 64 caracteres que se calcula a partir de cada byte. La lección ¿Qué es la tecnología blockchain? muestra cómo funcionan los hashes. Basta cambiar un byte para que la huella cambie por completo. Esta es la línea de la descarga de Bitcoin Core 32.1 para Mac con Apple silicon:

6fb94e4d2254bf45f0f58a6679c10f16206c5e885be8541fd974d395fe49d46c  bitcoin-32.1-arm64-apple-darwin.zip

Los proyectos publican una lista con una línea por archivo, normalmente llamada SHA256SUMS o manifiesto. Si la huella de tu archivo coincide con su línea, tu copia es idéntica al archivo que describe la lista. Así puedes detectar una descarga dañada o incompleta. La lista no te dice quién la escribió. Si está en el mismo servidor que el archivo, quien pueda sustituir uno podrá sustituir también el otro.

Una firma digital responde a esa segunda pregunta. El desarrollador firma la lista con su clave privada y cualquiera que tenga la clave pública correspondiente puede verificarla. Es la misma idea que protege las transacciones de bitcoin (la lección Claves, direcciones y firmas en palabras sencillas), con un sistema de firma distinto: las versiones de software usan OpenPGP y el programa gratuito que las verifica es GPG (GNU Privacy Guard). Basta cambiar un carácter de una lista firmada para que falle la firma. Una sola firma en la lista cubre todos los archivos de la versión, así que la comprobación tiene dos partes y las dos tienen que pasar.

	Suma de comprobación	Firma
Qué responde	¿Es mi copia idéntica al archivo de la lista?	¿Publicaron los desarrolladores esta lista?
Con qué se hace	Un hash que cualquiera puede calcular	La clave privada de los desarrolladores
Qué detecta	Un archivo dañado, incompleto o alterado	Una lista sustituida y los archivos sustituidos que intentaría hacer pasar por auténticos
En quién o qué confías	En quien publicó la lista	En la clave pública que importaste

La clave es la base de la verificación

Una firma solo es fiable si también lo es la clave pública con la que la verificas. Cada clave tiene una huella, un identificador largo que se calcula a partir de la propia clave (40 caracteres para cada clave de esta lección). La de Sparrow es D4D0 D320 2FC0 6849 A257 B38D E946 1833 4C67 4B40. Dos hábitos te ayudan a confirmar que la clave es fiable:

1. Consigue la clave en un lugar distinto de la descarga y compara su huella en al menos dos fuentes independientes.
2. Guárdala. GPG almacena las claves importadas en tu llavero, así que después verificas cada actualización con la misma clave. Para colarte una clave falsa, un atacante tendría que haberte alcanzado el día en que la descargaste por primera vez y haber cambiado todas las fuentes que comparaste.

Prepara las herramientas

Sistema	Herramienta para sumas de comprobación	GPG
macOS	shasum, incluido	GPG Suite de gpgtools.org (el enlace que dan Bitcoin Core y Sparrow) o brew install gnupg si usas Homebrew
Windows	certutil y Get-FileHash de PowerShell, incluidos	Gpg4win de gpg4win.org (versión 5.1.1, septiembre de 2026)
Linux	sha256sum, incluido	gpg, normalmente ya instalado

Ejecuta cada comando en una terminal, la ventana donde escribes comandos: Terminal en macOS (pulsa Command + Space y escribe Terminal), PowerShell en Windows (pulsa la tecla Windows y escribe PowerShell) o tu terminal habitual en Linux. Después pasa a tu carpeta de descargas: cd ~/Downloads en macOS y Linux, cd $HOME\Downloads en PowerShell. Si PowerShell no reconoce gpg, abre una ventana nueva o escribe & "C:\Program Files\GnuPG\bin\gpg.exe" en su lugar. Gpg4win instala GnuPG en esa carpeta desde la versión 5 (enero de 2026). La página de Bitcoin Core aún muestra la carpeta antigua Program Files (x86).

Bitcoin Core, paso a paso

Una versión de Bitcoin Core no la firma una sola persona. Varios colaboradores compilan el código fuente por separado y firman la misma lista de sumas de comprobación. Tú decides en qué claves confías.

1. Descarga tres archivos en una carpeta desde bitcoincore.org/en/download. Escribe tú la dirección: el archivo de tu sistema, SHA256SUMS (“SHA256 binary hashes” en la página) y SHA256SUMS.asc (“SHA256 hash signatures”).
2. Importa las claves de quienes compilaron el software. Están en otro lugar: la carpeta builder-keys del repositorio bitcoin-core/guix.sigs en GitHub, con 41 claves en noviembre de 2026. En la página del repositorio elige Code → Download ZIP, que guarda guix.sigs-main.zip, y luego ejecuta:
   • macOS y Linux: unzip guix.sigs-main.zip y después gpg --import guix.sigs-main/builder-keys/*.gpg
   • Windows: tar -xf guix.sigs-main.zip y después Get-ChildItem guix.sigs-main\builder-keys\*.gpg | ForEach-Object { gpg --import $_.FullName }
   Si tienes git instalado, la instrucción de Bitcoin Core hace lo mismo: git clone https://github.com/bitcoin-core/guix.sigs y después gpg --import guix.sigs/builder-keys/*.
3. Verifica las firmas de la lista en cualquier sistema: gpg --verify SHA256SUMS.asc SHA256SUMS
4. Comprueba tu archivo con la lista:
   • macOS: shasum -a 256 --ignore-missing --check SHA256SUMS
   • Linux: sha256sum --ignore-missing --check SHA256SUMS
   • Windows: Select-String -Path SHA256SUMS -Pattern (Get-FileHash bitcoin-32.1-win64-setup.exe).Hash

En macOS y Linux, --ignore-missing omite los archivos de la lista que no descargaste. Busca una línea que nombre tu archivo y termine en OK, como bitcoin-32.1-arm64-apple-darwin.zip: OK. En Windows, PowerShell muestra la línea de SHA256SUMS que contiene la huella de tu archivo y termina con su nombre. Si no muestra nada, tu archivo no coincide con la lista. (La página de Bitcoin Core usa certutil -hashfile bitcoin-32.1-win64-setup.exe SHA256, que muestra el código para que lo compares a simple vista).

Cómo interpretar la comprobación de firma

Este es uno de los bloques de firma que obtuvimos para Bitcoin Core 32.1 (las horas aparecen en tu propia zona horaria):

gpg: Signature made Tue Oct 27 14:58:55 2026 CET
gpg:                using RSA key CFB16E21C950F67FA95E558F2EEB9F5CC09526C1
gpg:                issuer "fanquake@gmail.com"
gpg: Good signature from "Michael Ford (bitcoin-otc) <fanquake@gmail.com>" [unknown]
gpg: WARNING: The key's User ID is not certified with a trusted signature!
gpg:          There is no indication that the signature belongs to the owner.
      E777299FC265DD04793070EB944D35F9AC3DB76A
      CFB16E21C950F67FA95E558F2EEB9F5CC09526C1

• “Good signature from” es el resultado que cuenta. Ocho colaboradores firmaron la lista de Bitcoin Core 32.1: Ava Chow, Ben Carman, Michael Ford, Oliver Gugger, Matthew Zipkin, Sebastian Kung, Sjors Provoost y Will Clark. Bitcoin Core pide «un número suficiente de claves en las que confíes»: busca varias.
• El aviso WARNING es normal. Según la clave, dice “This key is not certified…” o “The key’s User ID is not certified…”. En ambos casos, significa que no has certificado la clave dentro de GPG. Comparar la huella cumple esa función.
• Las líneas de la huella muestran la clave principal y luego la subclave que firmó (una segunda clave que su dueño añadió a la principal para firmar). Cuando firma directamente la clave principal, solo hay una línea. Según la versión de GPG, las huellas aparecen como una cadena sin espacios, como aquí, o después de “Primary key fingerprint” en grupos de cuatro. La página de descargas de Bitcoin Core muestra la de Michael Ford, E777 299F C265 DD04 7930 70EB 944D 35F9 AC3D B76A. Coincide con la primera línea y esa página está en un servidor distinto de GitHub, de donde salió la clave. Para los demás firmantes, el número de firmas cumple la misma función: quien quiera falsificarlas tendría que falsificar varias claves independientes a la vez.

Compilaciones reproducibles: por qué importan varias firmas

Bitcoin Core usa compilaciones reproducibles: cualquiera que compile el código fuente publicado con Guix, el sistema de compilación del proyecto, obtiene archivos idénticos, byte por byte, a los del sitio. Quienes compilan publican en guix.sigs sumas de comprobación firmadas de los archivos que generaron. Para el 6 de noviembre de 2026, 15 colaboradores habían compilado Bitcoin Core 32.1 en sus propios equipos con resultados idénticos. Los 13 que terminaron la última etapa, en la que se añaden las firmas de código que macOS y Windows verifican antes de ejecutar un programa, publicaron listas que coincidían exactamente con SHA256SUMS oficial. Cada firma válida que ves corresponde a uno de esos resultados independientes.

Sparrow Wallet, paso a paso

Craig Raw es el único desarrollador que firma Sparrow. La página de descargas está en sparrowwallet.com, los instaladores en GitHub y la clave en Keybase, un directorio público de claves. Son tres lugares distintos.

1. Descarga de sparrowwallet.com/download el instalador de tu sistema y los dos archivos al final de la tabla, sparrow-2.5.6-manifest.txt y sparrow-2.5.6-manifest.txt.asc.
2. Importa la clave: guarda el archivo de https://keybase.io/craigraw/pgp_keys.asc en tu carpeta de descargas y después ejecuta gpg --import pgp_keys.asc. La página de Sparrow ofrece un comando de una sola línea que funciona en las terminales de macOS y Linux: curl https://keybase.io/craigraw/pgp_keys.asc | gpg --import
3. Verifica la firma: gpg --verify sparrow-2.5.6-manifest.txt.asc sparrow-2.5.6-manifest.txt. Deben aparecer Good signature from "Craig Raw <craig@sparrowwallet.com>" y la huella D4D0D3202FC06849A257B38DE94618334C674B40, que también publica la página de descargas de Sparrow.
4. Comprueba tu archivo:
   • macOS: shasum --check sparrow-2.5.6-manifest.txt --ignore-missing
   • Linux: sha256sum --check sparrow-2.5.6-manifest.txt --ignore-missing
   • Windows: Select-String -Path sparrow-2.5.6-manifest.txt -Pattern (Get-FileHash Sparrow-2.5.6.msi).Hash

Muchas claves tienen fecha de vencimiento (la de Craig Raw es válida actualmente hasta el 18 de septiembre de 2027). Si GPG indica que una clave venció, vuelve a importarla de la misma fuente y repite la comprobación. Para las claves de Bitcoin Core, la página de descargas indica gpg --keyserver hkps://keys.openpgp.org --refresh-keys.

Una vez que verificas una copia de Sparrow, las actualizaciones son más sencillas. Pon el instalador nuevo, el manifiesto y la firma en una carpeta y arrastra cualquiera de los tres a Sparrow (1.8.3 o posterior), o abre Tools → Verify Download. Verás quién firmó, si el hash coincidió y “Ready to install”. Sparrow trae las claves de firma de varios proyectos, entre ellos dos de quienes compilan Bitcoin Core y los fabricantes de Trezor, BitBox, Coldcard y Passport. Así, con la misma herramienta puedes verificar versiones de Bitcoin Core y archivos de firmware.

Imágenes para nodos: StartOS y Umbrel

El sistema operativo de un nodo viene como imagen de disco, una copia exacta de un disco completo que grabas en una tarjeta o en una memoria USB. Con esa imagen funcionará el nodo que guarda tus fondos Lightning, si los tienes. Compruébala antes de usarla.

StartOS: suma de comprobación y firma

Start9 aloja las imágenes en un servidor, publica las sumas de comprobación en las notas de versión de GitHub y firma cada imagen con una clave guardada en el equipo de quien mantiene el proyecto, fuera de los servidores de la empresa. Así, la firma seguiría siendo válida si alguien tomara el control de la cuenta de GitHub o del alojamiento web. La guía de instalación explica las dos comprobaciones:

1. Suma de comprobación. En la página de la versión, busca el bloque «SHA-256» (no el «BLAKE-3» de abajo) bajo «OS Images Checksums» y copia la línea completa del archivo que descargaste. Para Raspberry Pi, es la que termina en .img.gz. En macOS, sustituye «PASTE THE WHOLE LINE HERE» por la línea completa que copiaste y ejecuta echo "PASTE THE WHOLE LINE HERE" | shasum -a 256 -c. En Linux, haz lo mismo con sha256sum -c. En Windows, sustituye «FILENAME» por el nombre del archivo que descargaste y «LONG CODE» por la suma de comprobación publicada. Ejecuta (Get-FileHash "$HOME\Downloads\FILENAME").Hash -eq "LONG CODE". Debe aparecer OK, o True en Windows.
2. Clave, de un lugar distinto de la descarga: consíguela en keys.openpgp.org, un servidor de claves públicas, con gpg --keyserver hkps://keys.openpgp.org --recv-keys 5456DBFF1B9DF905041FA7765259ADFC2D63C217. Start9 también la publica en start9.com/start9.gpg. En noviembre de 2026, las dos copias tenían la misma huella.
3. Firma. Descarga signatures.tar.gz de la misma versión y descomprímelo junto a la imagen (tar -xzf signatures.tar.gz funciona en los tres sistemas). Después ejecuta gpg --verify FILENAME.start9.asc FILENAME. Debe aparecer Good signature from "Start9 <security@start9.com>" con la huella 5456 DBFF 1B9D F905 041F A776 5259 ADFC 2D63 C217.

El paquete incluye una copia de la clave, start9.key.asc. La guía de Start9 indica que uses la que conseguiste por tu cuenta, porque una clave que llega con la firma que verifica no demuestra nada. Hicimos ambas comprobaciones con la imagen de StartOS 0.4.1.2 para Raspberry Pi (publicada el 5 de noviembre de 2026). Las dos pasaron.

Umbrel: suma de comprobación y marca de tiempo

Umbrel publica una lista SHA256SUMS junto a las imágenes. En la lección Cómo configurar tu nodo de Bitcoin paso a paso verás cómo comprobarla. La lista no está firmada (umbrelOS 2.0.1, noviembre de 2026). Por eso, la comprobación demuestra que tu copia está intacta y para lo demás confías en el servidor de descargas de Umbrel.

Umbrel añade una prueba de marca de tiempo, SHA256SUMS.ots. OpenTimestamps vincula la huella de la lista con un bloque de Bitcoin mediante una cadena de hashes: «un marca de tiempo demuestra que ciertos datos ya existían antes de cierto momento». No dice quién los escribió. En umbrelOS 2.0.1, la prueba apunta al bloque 974 104, minado a las 08:24 UTC del 1 de noviembre de 2026, alrededor de una hora antes de que se publicaran las notas de la versión. Una lista sustituida después solo podría llevar una fecha posterior. Para comprobarlo, abre opentimestamps.org, arrastra SHA256SUMS.ots al recuadro “Stamp & Verify” y después SHA256SUMS cuando te pida el archivo con la marca de tiempo. Debería mostrar una certificación de Bitcoin con fecha del día de la publicación.

Firmware de las billeteras de hardware

El dispositivo verifica el firmware, el software interno de una billetera de hardware. En una Trezor, por ejemplo, el cargador de arranque, el programa pequeño que inicia el dispositivo antes de ejecutar el firmware, verifica la firma del firmware y te avisa antes de ejecutar firmware que no sea oficial. Lo que te toca: instala firmware solo desde la aplicación del fabricante o con un archivo que hayas verificado. Si ves ese aviso, detente. Sigue nuestros avisos de seguridad para tu modelo (más detalles en la lección Cómo funcionan las billeteras de hardware).

Cómo interpretar los resultados

Qué ves	Qué significa	Qué hacer
Good signature from "…" y la huella que confirmaste	Esa clave firmó la lista	Pasa a la suma de comprobación
WARNING: … not certified with a trusted signature!	Es normal: no has certificado la clave dentro de GPG	Compara la huella con una segunda fuente
BAD signature from "…"	La lista cambió después de que la firmaron	Borra todo y descarga de nuevo desde el sitio oficial. Si vuelve a fallar, detente y pregunta al proyecto
Can't check signature: No public key	No has importado la clave de ese firmante	Impórtala y repite la comprobación. Esto no dice nada sobre el archivo. En Bitcoin Core, no pasa nada si aparecen unas pocas líneas así, siempre que varias claves en las que confíes muestren “Good signature”
your-file: OK, una línea que coincide en Windows o True	Tu archivo coincide con la lista	Instálalo una vez que pase la comprobación de firma
FAILED y computed checksum did NOT match, False o ningún resultado de la comprobación con Select-String en Windows	Tu archivo no coincide con la lista	Bórralo, descárgalo de nuevo y repite la comprobación. Si vuelve a fallar, detente y pregunta al proyecto
Ninguna línea nombra tu archivo y no hay ninguna línea FAILED. A menudo aparece no file was verified o un error en rojo en Windows	El comando nunca comprobó tu archivo	Comprueba la carpeta y el nombre exacto (el navegador puede guardar una segunda copia como file (1).zip) y vuelve a ejecutar el comando

Fíjate en la última fila. Con --ignore-missing, el comando omite un archivo que está en otra carpeta o tiene otro nombre sin mostrar FAILED. Solo cuenta como éxito una línea que nombre tu archivo y termine en OK.

Qué no puede decirte la verificación

• Si el código es seguro. En noviembre de 2018, BitPay confirmó que habían alterado un paquete de terceros que usaba su billetera Copay para cargar código que «podía usarse para capturar las claves privadas de los usuarios». Ese código se publicó en las versiones 5.0.2 a 5.1.0 de Copay. Estaba en las versiones oficiales, así que verificar quién las publicó no mostró ningún problema. Las compilaciones reproducibles solo demuestran que un binario coincide con su código fuente. Para protegerte, usa software que hayan revisado muchas personas y actúa pronto cuando se publique un aviso de seguridad.
• Si tu computadora está libre de malware. El malware que ya está en el equipo puede falsificar el resultado de una comprobación. Haz la verificación en una computadora que mantengas libre de malware y firma con una billetera de hardware, cuya pantalla no puede alterar la computadora.
• Si tu dispositivo es auténtico. En octubre de 2026, Ledger confirmó que un dispositivo vendido por un revendedor llevaba un implante oculto (nuestro aviso). La sección «Hardware falso y manipulado» de la lección sobre estafas explica cómo comprar con seguridad.

Hazlo por costumbre: verifica cada versión nueva antes de instalarla, con las claves que ya guardaste en tu llavero. Es el paso «Verifica por tu cuenta» del plan de soberanía. Nuestra guía sobre cómo verificar una descarga de Bitcoin Core reúne esos comandos en una página.

Pon a prueba lo aprendido

1. Un amigo descarga Bitcoin Core, ejecuta el comando para comprobar la suma con el archivo SHA256SUMS del mismo sitio y, al ver “OK”, da el archivo por verificado. ¿Qué falta y por qué importa?

Respuesta

Falta verificar la firma de la lista. “OK” solo muestra que el archivo coincide con SHA256SUMS. Quien pueda sustituir el instalador en ese servidor también podría sustituir SHA256SUMS. Al ejecutar gpg --verify SHA256SUMS.asc SHA256SUMS con las claves de quienes compilaron el software, obtenidas de guix.sigs en GitHub, compruebas que es la lista que firmaron quienes compilaron Bitcoin Core.

2. Al verificar Sparrow, GPG muestra “Good signature from Craig Raw”, seguido de “WARNING: This key is not certified with a trusted signature!”. ¿Debes detenerte?

Respuesta

No. El aviso aparece cada vez que no has certificado una clave dentro de GPG. Compara la huella que aparece, D4D0 D320 2FC0 6849 A257 B38D E946 1833 4C67 4B40, con la de la página de descargas de Sparrow. Si coinciden, la firma es de Craig Raw y puedes pasar a la suma de comprobación.

3. El archivo signatures.tar.gz de StartOS incluye una copia de la clave de Start9. ¿Por qué Start9 indica que consigas la clave de keys.openpgp.org?

Respuesta

Porque quien pueda sustituir la imagen y sus firmas también puede sustituir esa copia por una clave propia. Entonces GPG mostraría “Good signature” con la clave del atacante. Una clave que conseguiste de otro lugar y cuya huella confirmaste es lo que vincula la firma con Start9.