fingerprint Verificador de Checksum de Archivos star

Por Qué los Distribuidores de Software Publican Checksums

Cuando descargas una ISO de Linux, un binario de código abierto o un instalador firmado, la página de descarga suele mostrar un checksum junto al archivo — una cadena corta como a94a8fe5ccb19ba61c4c0873d391e987982fbbd. Esa cadena es el resultado de ejecutar una función de hash criptográfica sobre cada byte del archivo. Cambia aunque sea un solo bit en cualquier parte del archivo y el hash sale completamente distinto. Los distribuidores lo publican para que, tras descargar el archivo, puedas ejecutar tú mismo la misma función de hash y comparar tu resultado con el que ellos publicaron. Si las dos cadenas coinciden exactamente, puedes confiar en que la copia de tu disco contiene precisamente los mismos bytes que el distribuidor compiló y subió — nada añadido, nada faltante, nada alterado.

Un checksum detecta dos tipos de problemas muy distintos. El primero es mundano: las conexiones de red se cortan a mitad de la transferencia, los proxies truncan archivos grandes y los discos a veces escriben sectores dañados — cualquiera de estos casos puede dejarte con un archivo que parece completo (tamaño correcto, se abre sin un error evidente) pero que difiere del original en un puñado de bytes corruptos, lo cual suele bastar para bloquear un instalador o corromper datos silenciosamente más adelante. El segundo es adversarial: si un atacante compromete un servidor espejo o intercepta una descarga en tránsito y la sustituye por un binario modificado con malware incluido, comparar el checksum con el valor publicado en la página oficial y de confianza es uno de los pocos controles que realmente lo detectaría — un nombre y un tamaño de archivo son triviales de falsificar, pero reproducir un hash exacto requiere poseer exactamente los mismos bytes originales.

Los Checksums No Son Cifrado

Vale la pena ser precisos sobre qué verifica un checksum, porque la terminología suele confundirse. El hashing es una operación unidireccional e irreversible: SHA-256 convierte un archivo en una cadena hexadecimal fija de 64 caracteres, pero no existe ninguna operación que convierta esa cadena de vuelta en el archivo. Solo eso ya indica que no es cifrado — el cifrado está diseñado para ser reversible con la clave correcta, el hashing está diseñado para no ser reversible en absoluto. Un checksum verifica la integridad, no la confidencialidad: confirma que los bytes que tienes son los bytes que se hashearon. Cualquiera con acceso al archivo puede seguir leyendo cada byte a simple vista; el hashing no oculta el contenido en absoluto. Lo que garantiza es que si se cambiara un solo byte —deliberadamente o por accidente— el hash que calcules ya no coincidiría con el publicado, y lo sabrías de inmediato.

Esta distinción también importa para elegir el algoritmo. SHA-1 se consideró oficialmente roto en materia de seguridad criptográfica en 2017, cuando investigadores de Google y CWI Amsterdam publicaron el ataque "SHAttered": dos archivos PDF distintos diseñados para producir el mismo hash SHA-1, demostrando que un atacante suficientemente motivado podía construir un archivo malicioso que compartiera checksum con uno legítimo. Ese resultado retiró a SHA-1 de cualquier uso crítico para la seguridad — certificados TLS, firmas digitales, defensa contra un actor hostil que fabrica deliberadamente una colisión. Pero para el caso mucho más común que resuelve esta herramienta — confirmar que una descarga no se corrompió por una conexión inestable — SHA-1 sigue funcionando bien en la práctica, porque nadie está diseñando tu descarga corrupta específica para que coincida con un hash objetivo; la corrupción accidental es un cambio aleatorio de bits, no la construcción intencional de una colisión. Aun así, cuando un distribuidor ofrece la opción, SHA-256 no cuesta nada extra de calcular y cierra la brecha por completo, por lo que es la opción predeterminada más segura.