Cómo comprobar si un archivo descargado está corrupto usando su hash

Descargar un archivo y descubrir que no se abre, que se queda a medias o que muestra errores extraños es una experiencia habitual cuando la conexión es inestable, el servidor interrumpe la transferencia o el navegador guarda el archivo antes de que la descarga haya finalizado realmente. La corrupción no siempre significa que el contenido esté totalmente dañado, a veces basta con que falten unos pocos kilobytes al final del fichero para que un vídeo no reproduzca los últimos segundos, una imagen muestre bandas de color o un documento de Word se niegue a cargarse. En otros casos el archivo parece abrirse pero los datos internos están alterados porque el paquete se reensambló mal durante la descarga. Saber si un archivo descargado está corrupto o incompleto no es cuestión de intuición, es cuestión de comprobar señales técnicas objetivas que indiquen que lo que recibiste coincide con lo que se envió. Esa comprobación empieza por observar el comportamiento del archivo y termina por verificar sus huellas digitales, es decir, los valores criptográficos que resumen su contenido de forma única. Cuando el tamaño en bytes es distinto al esperado, cuando la duración de un audio o vídeo no cuadra con la descrita por el proveedor o cuando faltan metadatos básicos de creación, hay indicios razonables de un problema. La verificación técnica no sustituye un juicio legal sobre quién creó el archivo o si es auténtico, pero sí documenta con precisión si el ejemplar que tienes en tu ordenador es idéntico al que se pretendía entregar o si sufrió alteraciones en tránsito.

Los síntomas más evidentes de un archivo corrupto suelen aparecer al intentar usarlo. Un PDF que abre una página en blanco y luego lanza error, un MP4 que se reproduce sin audio o se detiene a mitad de camino, un ZIP que el descompresor marca como dañado o un JPG con artefactos visibles y bloqueos de color son señales típicas. En documentos Office, el mensaje de que el archivo está dañado y se intentará recuperar suele indicar que faltan partes de la estructura interna XML o que el paquete de contenido está incompleto. En archivos de audio, cortes repentinos, ruido constante o duración cero apuntan a una descarga truncada. Otro indicador sutil es la discrepancia de tamaño: si el sitio indica 124,7 MB y tu copia pesa 118,3 MB, es muy probable que la transferencia no haya concluido. Los navegadores modernos suelen mostrar el estado de la descarga, pero en conexiones con pérdida de paquetes la barra puede marcar 100 por ciento aunque la última porción no se haya escrito correctamente en disco. Por eso es útil contrastar también la información técnica del propio archivo, como la duración real, el número de fotogramas, la resolución declarada o la fecha de modificación, que se pueden leer a partir de su metadato interno y que cambian cuando el contenido está incompleto.

La forma más fiable de comprobar integridad es comparar una huella criptográfica del archivo con la que el emisor publicó previamente. Un hash como SHA-256, MD5 o CRC32 es el resumen matemático del contenido: basta con que cambie un solo bit para que el valor resultante sea completamente distinto. Los desarrolladores de software, los portales de distribución de firmware y muchos repositorios académicos publican el SHA-256 junto a la descarga precisamente para que el usuario pueda verificar que el archivo llegó intacto. El proceso es sencillo: calculas el hash local con una herramienta del sistema o una aplicación de verificación y lo comparas carácter por carácter con el valor oficial. Si coinciden, puedes afirmar con base técnica que el contenido es idéntico al original en el momento de la publicación. Si no coinciden, el archivo está corrupto, incompleto o fue modificado. Es importante entender que el hash demuestra igualdad o diferencia de contenido, no la procedencia legal ni la autoría. Para documentar esa comparación de manera profesional y trazable, muchas personas utilizan servicios que extraen el hash y lo registran junto con la fecha y hora de análisis.

El análisis de metadatos complementa la verificación por hash porque permite detectar inconsistencias internas incluso cuando el hash no está disponible. Cada formato guarda información técnica en su cabecera: un vídeo MP4 almacena duración, códec de vídeo y audio, número de pistas y fecha de creación; un PDF guarda versión del formato, número de páginas y productor; una imagen JPG contiene dimensiones, perfil de color y datos EXIF. Cuando la descarga está truncada, esos campos suelen quedar vacíos, con valores nulos o con duraciones imposibles. Extraer esa información de forma sistemática ayuda a confirmar si el archivo está completo desde el punto de vista estructural. En FilesAudit puedes subir un archivo y obtener de inmediato su ficha técnica completa, con hashes SHA-256, MD5 y CRC32, tamaño exacto en bytes y el desglose de metadatos según el formato. Esa visión integral es útil tanto para archivos multimedia como para documentos, y permite comparar dos copias y ver en qué se diferencian sin abrirlas manualmente.

Los ejemplos prácticos ilustran mejor la diferencia. Imagina que descargas un manual técnico en PDF de 85 MB y al abrirlo el visor indica error de sintaxis en la página 42. Al revisar el tamaño ves que tu copia pesa 72 MB y al extraer los metadatos compruebas que el número de páginas detectado es 0 y que falta el diccionario de objetos. Es una descarga incompleta. En un vídeo MP4 de un curso, la reproducción se corta al minuto 12 y el reproductor muestra duración 0:12 aunque el fichero pesa lo esperado. El análisis de metadatos revela que la pista de audio tiene duración correcta pero la pista de vídeo está truncada, lo que indica corrupción parcial. Con un archivo ZIP de fotografías, el descompresor lanza CRC error; al calcular el hash local y compararlo con el publicado por el fotógrafo, los valores no coinciden, confirmando que la transferencia falló. En una imagen JPG, los artefactos y bandas de color suelen ir acompañados de metadatos EXIF ausentes y un tamaño inesperado, mientras que una imagen HEIC de iPhone que pierde los datos de orientación tras una descarga defectuosa muestra dimensiones correctas pero sin información de GPS ni fecha de captura. Estos casos muestran que el diagnóstico combina observación del uso, tamaño y metadatos internos.

Cuando no existe un hash de referencia, la comparación entre dos copias del mismo archivo puede servir como control relativo. Si tienes la misma entrega desde dos fuentes distintas y sus hashes coinciden, es razonable asumir que ambas copias son idénticas entre sí, aunque no puedas garantizar que coincidan con el original absoluto. Para flujos de trabajo con muchos archivos, la verificación manual se vuelve inviable y conviene automatizar la extracción de hashes y metadatos en lote. La aplicación de escritorio de FilesAudit está pensada para análisis local y masivo sin subir los ficheros a la nube, lo que resulta útil en entornos de auditoría o investigación donde se necesita procesar cientos de documentos manteniendo el control del material. También resulta práctico consultar guías específicas por formato, por ejemplo la guía de metadatos de PDF o la de MP4, para saber qué campos son críticos en cada tipo de archivo y qué valores ausentes indican truncamiento.

Es importante mantener expectativas realistas sobre lo que puede demostrar una verificación técnica. Comprobar hashes y metadatos permite afirmar con base criptográfica si dos archivos son idénticos o si el que tienes está incompleto respecto a una referencia conocida. No permite, por sí mismo, determinar quién creó el archivo, si fue editado con Photoshop o si tiene