Descarga Bitcoin Core y comprueba firmas y SHA-256 antes de instalar

Aprende a verificar una descarga de Bitcoin Core: compara SHA-256, comprueba firmas GPG y contrasta fingerprints antes de instalar.

🐥 Tutorial de verificación · Software Bitcoin

Descarga Bitcoin Core y comprueba firmas y SHA-256 antes de instalar

Un archivo puede descargarse sin errores y no ser el que esperabas. Aprende a verificar el SHA-256 del instalador de Bitcoin Core, comprobar las firmas del listado oficial y entender qué garantiza una firma válida y qué no.

⏱ 20–30 min🌱 Intermedio inicial🧪 Sin instalar ni ejecutar binarios
EL MODELO DE CONFIANZA

Integridad y autenticidad no son equivalentes

El algoritmo SHA-256 transforma los bytes de un archivo en un resumen de 256 bits. Si cambias un byte del instalador, normalmente cambiará su hash. Pero quien controla una página falsa también podría mostrar el hash de un archivo malicioso. Por eso comparar dos cadenas obtenidas del mismo sitio sospechoso no es suficiente.

Bitcoin Core distribuye archivos de comprobaciones SHA-256 y material de firmas que permite verificar esas listas mediante GPG y claves públicas de quienes han firmado la compilación. Una firma técnicamente correcta no convierte automáticamente una clave desconocida en fiable: el fingerprint debe contrastarse con una fuente de confianza.

La verificación no demuestra que el software sea perfecto, que no tenga vulnerabilidades o que tu sistema operativo esté limpio. Sí reduce riesgos de sustitución de archivos y errores de descarga.

ANTES DE DESCARGAR

Identifica la versión y el paquete exactos

Abre la página oficial de descargas de Bitcoin Core y confirma qué versión estable corresponde a tu sistema. No copies números de versión de una guía antigua: la lista, los ficheros y sus hashes cambian con cada publicación. Evita paquetes marcados como candidatos de lanzamiento (rc) si no estás participando conscientemente en pruebas.

Descarga el paquete para tu arquitectura, el fichero SHA256SUMS y las firmas SHA256SUMS.asc de la misma versión. Guarda los tres sin alterar nombres. Si tu instalación proviene de un gestor de paquetes o de un Snap, el mecanismo de verificación puede ser distinto; no apliques pasos de archivos tar.gz a artefactos que no tengan el mismo formato.

PROCEDIMIENTO EN LINUX

Ocho pasos sin revelar secretos

  1. PASO 1 · Carpeta limpia: descarga los archivos a una carpeta específica donde no confundas versiones. No uses una carpeta con otros paquetes de origen desconocido.
  2. PASO 2 · Lista de hashes: abre SHA256SUMS y busca el nombre exacto del archivo que descargaste, incluido sistema y arquitectura.
  3. PASO 3 · Hash local: ejecuta sha256sum NOMBRE_DEL_ARCHIVO. Sustituye el marcador por el nombre real, sin espacios inventados.
  4. PASO 4 · Comparación: compara los 64 dígitos hexadecimales con la línea del SHA256SUMS de esa versión. Alternativamente, en GNU coreutils puedes usar sha256sum --ignore-missing --check SHA256SUMS en la carpeta de descarga y buscar OK junto a tu archivo.
  5. PASO 5 · Claves públicas: sigue el método oficial: git clone https://github.com/bitcoin-core/guix.sigs y después gpg --import guix.sigs/builder-keys/* (o importa solo las claves de los firmantes que hayas decidido seguir). Contrasta sus fingerprints a través de una referencia independiente. No confíes en una clave recibida al azar por mensajería.
  6. PASO 6 · Firmas: verifica el listado con gpg --verify SHA256SUMS.asc SHA256SUMS. Verás una línea gpg: Good signature por cada firmante cuya clave hayas importado.
  7. PASO 7 · Identidad: interpreta el mensaje Good signature junto con el fingerprint completo. Una advertencia de «clave no certificada» no invalida matemáticamente la firma, pero sí te obliga a decidir si confías realmente en ese firmante.
  8. PASO 8 · Decisión: si el hash no coincide, si hay error de firma o si no puedes identificar los firmantes, no instales. Revisa descarga, procedencia y versión sin inventar una excepción.

La página oficial ofrece pasos para Linux, Windows y macOS. En Windows el cálculo puede hacerse con certUtil -hashfile NOMBRE_DEL_ARCHIVO SHA256 y en macOS con shasum -a 256 --ignore-missing --check SHA256SUMS; el principio de hash más autenticidad de la lista es el mismo. Si GPG cambia su salida entre versiones, interpreta los resultados con su documentación.

EJEMPLO SIN SOFTWARE REAL

Por qué el orden de verificación importa

Imagina que el archivo descargado es bitcoin-VERSION-linux.tar.gz. El resumen local que obtienes parece coincidir con una línea de texto que alguien te envió por Telegram. Eso no demuestra que el archivo proceda de los desarrolladores: podrías estar comparando dos datos suministrados por la misma persona.

Ahora imagina que obtienes el listado de la publicación oficial y verificas varias firmas hechas por claves cuyas huellas has contrastado. Eso añade evidencia independiente de que los hashes están avalados por esos firmantes. Si además tu archivo coincide con el hash, has comprobado integridad del paquete respecto a un listado autenticado.

La pregunta no es cuántas pantallas verdes obtienes, sino de dónde procede cada dato y si hay al menos dos vías de confianza que no dependan de la misma fuente controlable por un atacante.

LAS CLAVES TAMBIÉN SE VERIFICAN

Una firma buena hecha por cualquiera no basta

GPG informa de firmas válidas, claves importadas y, en ocasiones, avisos de que no hay una cadena de confianza configurada. No confundas Good signature con una conclusión de identidad por sí sola. Debes decidir a qué personas o procedimientos de compilación confías y comparar sus claves con referencias fiables.

La documentación oficial enlaza al repositorio guix.sigs que reúne material de firmantes para compilaciones reproducibles. Un usuario puede contrastar varios firmantes independientes, no necesita aceptar una clave seleccionada por quien le pasó un enlace.

Los hashes reproducibles ayudan además a comparar que distintas personas han construido los mismos binarios desde el código fuente. Es una evidencia poderosa, pero no convierte el proceso en «garantía total» frente a fallos de implementación o del sistema.

ERRORES QUE NO SE DEBEN IGNORAR

Diagnóstico de resultados

🐥 ¿El archivo de hash no contiene mi nombre de paquete?

Puede que hayas mezclado versiones o arquitecturas, o que el paquete proceda de otra distribución. Detén el procedimiento hasta tener el listado de la misma publicación que el archivo.

🐥 ¿La firma es buena pero la clave no está certificada?

La integridad criptográfica de la firma puede ser correcta mientras GPG no tenga una ruta de confianza configurada. Contrasta el fingerprint con la identidad de firma esperada; no pulses aceptar por rutina.

🐥 ¿La suma SHA-256 difiere en un carácter?

Rechaza el archivo. Comprueba que no hay descarga incompleta ni versión equivocada y obtén de nuevo el artefacto oficial; no cambies el hash del listado para que coincida.

🐥 ¿Es suficiente verificar la descarga en mi navegador?

El navegador informa sobre transporte o descargas, no necesariamente verifica los fingerprints de firmantes de Bitcoin Core. La firma y el hash aportan evidencia diferente.

DESPUÉS DE VERIFICAR

Qué guardar para poder explicar la instalación

Conserva un registro no secreto de nombre del archivo, versión, hash comparado, huellas de firmantes comprobadas y fecha. No incluyas claves privadas ni tokens del equipo. Si tras verificar vuelves a descargar otra versión, repite la comprobación completa: un resultado anterior no avala un archivo nuevo.

Esta práctica extiende los fundamentos de cómo detectar una descarga modificada a la cadena de confianza específica de Bitcoin Core. El ejercicio hermana el hash y la firma, sin convertir la instalación en un acto de confianza ciega.

Una vez instalado el software auténtico, verifica su funcionamiento con la guía para comprobar la sincronización de Bitcoin Core.

CIERRE Y EVIDENCIA

¿Qué has demostrado antes de instalar?

  1. Versión: elegí el artefacto adecuado y no un archivo rc por accidente.
  2. Integridad: su SHA-256 coincide con el listado.
  3. Autenticidad: comprobé las firmas del listado con claves identificadas.
  4. Identidad: contrasté fingerprints; no me bastó «Good signature».
  5. Seguridad: aún no ejecuté ningún archivo sin completar la verificación.
HAS COMPROBADO

La cadena de confianza tiene más de un eslabón

Ahora puedes separar el hash del archivo, la autenticidad del listado y la identidad del firmante. Son pruebas complementarias que reducen dependencias antes de instalar Bitcoin Core.

DOCUMENTACIÓN OFICIAL

No confíes. Comprueba.

No se trata de memorizar hashes que caducan con cada versión, sino de saber comprobar el proceso cada vez. Siguiente práctica: audita las conexiones de tu nodo: pares, Tor y privacidad.

Pajarito explica cómo verificar una descarga de Bitcoin Core mediante SHA-256 y firmas digitales.