¿Archivo corrupto tras transferencia? Cómo prevenir pérdida

La corrupción de archivos tras una transferencia es poco frecuente en servicios modernos basados en HTTPS porque los checksums de TCP, la integridad de TLS 1.3 y las etiquetas de autenticación AES-GCM detectan los errores de bits en tránsito. Cuando ocurre corrupción, suele ser en los extremos: una descarga interrumpida que escribió un archivo parcial, errores de disco durante la escritura, o un bug del cliente que truncó los flujos. Verifica con un hash SHA-256 en ambos lados. Si los hashes coinciden, el archivo es idéntico. Si no coinciden, vuelve a transferir. Los servicios que usan AES-256-GCM proporcionan autenticación integrada, por lo que un descifrado exitoso es en sí misma prueba de integridad.

Por qué las transferencias rara vez corrompen en tránsito

Cada solicitud HTTPS lleva una comprobación de integridad TLS. TLS 1.3 con cifrados AEAD como AES-256-GCM o ChaCha20-Poly1305 produce una etiqueta de autenticación por registro; si un bit cambia en el cable, la verificación de la etiqueta falla y el registro se rechaza antes de llegar a la aplicación. TCP añade su propio checksum de 16 bits por segmento. La probabilidad combinada de que una corrupción silenciosa pase ambas comprobaciones es astronómicamente baja, alrededor de 1 entre 2^128 solo para TLS.

Los protocolos sin cifrar (FTP, HTTP simple) son menos robustos. El checksum de TCP puede pasar por alto algunos errores; los bits pueden cambiar silenciosamente en hardware intermedio con RAM defectuosa. Esta es una razón real para evitar FTP plano en transferencias grandes, más allá del problema de fuga de credenciales.

Dónde ocurre realmente la corrupción

Las causas habituales de corrupción post-transferencia, en orden aproximado de frecuencia:

Descarga interrumpida guardada como archivo parcial. Las descargas del navegador que pierden la conexión al 75 por ciento a menudo guardan un archivo 75 por ciento completo que aparece "presente" en Descargas pero se abre roto. Chrome y Firefox ahora suelen marcarlos como .crdownload o .part, pero versiones antiguas y algunos gestores de terceros no lo hacen.

Errores de escritura en disco local. Un disco externo que falla, un disco lleno o un sector defectuoso hace que el archivo se escriba parcialmente. Windows no siempre lo comunica limpiamente; macOS a veces sí.

Cuarentena del antivirus que modifica el archivo. El AV en tiempo real a veces elimina secciones ejecutables o modifica archivos comprimidos durante la descarga para "sanearlos", dejando el archivo técnicamente presente pero lógicamente corrupto.

Bug del cliente que trunca flujos. Poco frecuente en clientes bien mantenidos, pero algunos clientes FTP heredados, versiones antiguas de SyncToy o scripts de carga personalizados tienen bugs de truncamiento conocidos.

Verifica con hashes SHA-256

La única forma fiable de demostrar que un archivo se transfirió íntegro es calcular un hash criptográfico en ambos lados y comparar. SHA-256 es universal, rápido (500 MB/s en CPU modernas con AES-NI) y resistente a colisiones.

macOS/Linux: shasum -a 256 archivo.mov. Windows 10+: certutil -hashfile archivo.mov SHA256. Ambos producen una cadena hexadecimal de 64 caracteres. Envía el hash junto con el enlace ("SHA256: a1b2c3...") para que el destinatario pueda verificarlo después de la descarga.

Si los hashes coinciden, el archivo es idéntico bit a bit. Si difieren, vuelve a transferir.

AES-GCM te da integridad gratis

Los servicios que cifran con AES-256-GCM (cifrado autenticado con datos asociados) incluyen una etiqueta de autenticación en cada bloque. Cuando el destinatario descifra, una verificación de etiqueta fallida significa que el texto cifrado fue manipulado o corrompido, y el descifrado falla explícitamente con un error como "GCM authentication failed".

Esto significa que si un archivo se descifra correctamente, está garantizado que no fue modificado. No se necesita una comprobación SHA-256 separada en el lado del destinatario. HexaTransfer, el modo Seguro de Smash, SwissTransfer, Tresorit Send y Proton Drive usan AES-GCM o XChaCha20-Poly1305 (modo autenticado similar) precisamente por esta razón.

Detecta descargas parciales

Un signo revelador de una descarga parcial: el tamaño del archivo en disco es menor que el que la página de transferencia indicaba. Haz clic derecho en el archivo descargado, comprueba el tamaño y compáralo con el tamaño reportado por el remitente. Si no coinciden, la descarga no terminó.

Los archivos multimedia son buenos para detectar esto. Un MP4 parcial se reproduce durante un minuto y luego se corta. Un ZIP parcial devuelve "archivo está corrupto" al extraer. Un PDF parcial muestra las primeras páginas y luego da error. Los archivos de texto a menudo se abren bien pero están truncados silenciosamente, que es el peor caso porque no te das cuenta.

Descargas reanudables para conexiones inestables

Si la conexión del destinatario se interrumpe durante la descarga, el soporte de reanudación importa. Las solicitudes de rango HTTP (RFC 7233) permiten a un cliente reiniciar desde un desplazamiento. curl lo gestiona con -C -, wget con -c. Los gestores de descarga basados en navegador varían; Firefox y Chrome reanudan dentro de la misma sesión si el servidor admite rangos.

Los servicios que usan POST simple o no exponen cabeceras Range fuerzan un reinicio completo al interrumpirse, lo que en un archivo de 10 GB sobre 20 Mbps de conexión móvil resulta muy costoso.

Interferencia del antivirus

Windows Defender, Avast, Bitdefender y McAfee a veces interceptan las descargas a mitad del flujo para escanearlas. Normalmente es transparente. Ocasionalmente, para formatos de archivo comprimido o ejecutables, el AV decide "limpiar" el archivo y elimina contenido o reemplaza el archivo con un stub de cuarentena.

Si un archivo se descarga sistemáticamente corrupto en la máquina del destinatario, pídele que desactive el AV en tiempo real temporalmente y vuelva a intentarlo. Si el reintento tiene éxito, el AV es el culpable. Añade el dominio del servicio de transferencia a la lista de exclusiones del AV.

Espacio en disco y problemas del sistema de archivos

Una descarga también puede corromperse si el disco de destino se llena a mitad de la escritura. macOS escribe a través de la capa de snapshot APFS y suele comunicar los errores limpiamente. Windows NTFS tiende a truncar silenciosamente. En discos externos, comprueba el espacio libre antes de iniciar una descarga de 10 GB.

Los bugs del sistema de archivos son poco frecuentes pero reales. exFAT en versiones antiguas de Windows tuvo bugs de truncamiento con archivos de más de 4 GB históricamente. ext4, NTFS y APFS son fiables en las versiones actuales del sistema operativo.

Comprueba con un validador específico del tipo de archivo

Archivos de vídeo: ffprobe -v error archivo.mp4 reporta errores silenciosamente. Si la salida está vacía, la estructura del contenedor está intacta. Para mayor profundidad, ffmpeg -v error -i archivo.mp4 -f null - recorre cada fotograma y reporta errores de decodificación.

PDFs: el comando "Validar" de Acrobat comprueba la estructura de objetos. qpdf --check archivo.pdf hace lo mismo desde la línea de comandos.

Imágenes médicas DICOM: dcmdump archivo.dcm de DCMTK verifica las etiquetas requeridas y la estructura, lo que importa para los sistemas PACS hospitalarios que rechazan archivos inválidos.

Archivos comprimidos: unzip -t archivo.zip y 7z t archivo.7z prueban sin extraer. Rápido y detecta la mayoría de corrupciones.

Elige servicios con integridad incorporada

Para transferencias críticas, elige un servicio que proporcione integridad criptográfica por diseño. El cifrado E2E con AES-GCM, la visualización del hash SHA-256 en la página de descarga, o la validación explícita de checksum en el cliente, todo ello te da prueba en lugar de esperanza. HexaTransfer usa AES-256-GCM para que el descifrado exitoso por sí mismo verifique que el archivo no ha sido alterado, y el límite de 10 GB por transferencia cubre la mayoría de entregables profesionales.

Pruébalo en hexatransfer.com — gratis, sin cuenta, hasta 10 GB.