Qué reconstruye realmente
Un ZIP guarda metadatos junto a cada archivo y los repite en un directorio central situado cerca del final. Si ese índice desaparece, muchos descompresores rechazan todo el ZIP aunque los registros individuales sigan presentes. MakeFileWork recorre esos registros, verifica los datos recuperables mediante tamaños declarados, descompresión y CRC32, conserva solo los registros que superan la comprobación y escribe un directorio y un cierre nuevos. Si un registro delimitado está dañado pero otro posterior puede verificarse de forma independiente, devuelve una recuperación parcial en vez de descartar todo.
Cuándo se niega a reparar
Esta reparación no confía por sí sola en firmas ZIP que puedan aparecer dentro de datos comprimidos. Puede recuperar entradas transmitidas con descriptores de datos ZIP con firma o sin ella cuando coinciden los tamaños, la descompresión, el CRC32 y el siguiente límite ZIP. Si existe un directorio central válido, se utilizan sus posiciones exactas; si falta, solo se aceptan descriptores sin firma en límites ZIP verificados, nunca por una firma aislada. Sigue negándose a adivinar a través de datos cifrados o transmitidos de forma ambigua, estructuras ZIP64 y límites inseguros. Cuando una entrada dañada tiene un límite declarado fiable puede omitirla y continuar; si ni siquiera puede conocer el final de esa entrada con seguridad, se detiene ahí.
Word, Excel y PowerPoint
DOCX, XLSX y PPTX son contenedores ZIP. Si se daña el directorio final pero sobreviven los registros locales, la herramienta puede reconstruir el contenedor. Después verifica los tipos de contenido, las relaciones y el XML principal de Word, Excel o PowerPoint. Dentro de los límites de inspección seguros, también comprueba mediante CRC32 todas las partes ZIP indexadas, incluidas imágenes, recursos multimedia y objetos binarios incrustados. Un recurso dañado no pasa inadvertido porque el texto principal sea legible.
Qué significa «verificado»: han superado las pruebas locales de integridad ZIP y coherencia OOXML esencial. No garantiza que Word, Excel o PowerPoint pueda abrir el archivo, que conserve la maquetación ni que se hayan recuperado contenidos ausentes. Se rechazan ZIP64, archivos cifrados, compresiones no admitidas y expansiones excesivas en lugar de anunciar una reparación satisfactoria.
Entradas ZIP ocultas y contenido activo de Office
Un DOCX, XLSX o PPTX puede contener registros ZIP locales que no figuren en el directorio central. Para validar el paquete como completo, los registros indexados deben cubrir todos los datos ZIP locales sin prefijos, huecos ni registros ocultos. Si la reconstrucción encuentra entradas adicionales o descarta bytes no indexados, se indica recuperación parcial, nunca íntegra. Se rechazan paquetes Office estándar con macros o ActiveX. Esta comprobación no sustituye a un antivirus ni garantiza que el archivo sea seguro de ejecutar.
Rutas ZIP peligrosas, duplicados y recuperación parcial
Un ZIP puede incluir rutas de escape como ../, rutas absolutas, nombres reservados o archivos que colisionan al normalizar Unicode o ignorar mayúsculas. Durante la reparación se excluyen las entradas inseguras: no se renombran ni se presentan como recuperadas correctamente. El resultado se identifica como recuperación parcial y muestra cuántas entradas se han descartado. Los lotes mixtos rechazan las reparaciones ZIP parciales para evitar entregar archivos con pérdidas silenciosas. Se admiten nombres UTF-8 válidos, pero no se adivinan codificaciones antiguas ambiguas.
La comprobación de rutas reduce riesgos al extraer, pero no detecta virus ni garantiza que el contenido sea inofensivo. Revisa la evidencia de recuperación parcial antes de descargar y no extraigas archivos desconocidos en carpetas sensibles.
Cabeceras ZIP contradictorias: cuándo se descarta un archivo
Cada entrada ZIP dispone de una cabecera local y un registro en el directorio central. Ambos deben coincidir en nombre original, método de compresión, indicadores, CRC32 y tamaños; las entradas transmitidas pueden usar los valores cero permitidos en su cabecera local. Si se contradicen, la herramienta no elige arbitrariamente un nombre o tamaño: excluye esa entrada y declara recuperación parcial, conservando byte a byte los archivos independientes verificados. Un directorio central original dañado tampoco permite afirmar que se ha comprobado todo su índice. Los lotes mixtos rechazan estas recuperaciones parciales.
Conservar comentarios y permisos ZIP
El directorio central ZIP puede incluir comentarios de archivos, información del creador, permisos Unix, un comentario del archivo completo y campos adicionales ausentes de las cabeceras locales. Cuando el directorio original es coherente, la recuperación conserva byte a byte los comentarios, atributos, versión del creador y comentario global. Los campos adicionales del directorio central no se copian: si se pierden, el resultado se marca como recuperación parcial y el lote mixto no lo presenta como completo. Se excluyen enlaces simbólicos y tipos de archivo contradictorios. El CRC no demuestra que un archivo ejecutable sea seguro.
¿Qué tamaño de ZIP se puede reparar en el navegador?
La reparación admite ZIP de entrada de hasta 40 MB, comprueba un máximo de 64 MB descomprimidos por entrada y limita a 128 MB los datos recuperados en conjunto, con un máximo de 10.000 entradas inspeccionadas. La integridad de datos Deflate se comprueba por bloques con CRC32 y control de tamaño, sin almacenar la entrada descomprimida completa en memoria. La reconstrucción sigue necesitando memoria para el archivo de origen y el resultado; el consumo real depende del dispositivo. Los archivos excesivos o no verificables se rechazan, no se anuncian como reparados.
Privacidad
La reconstrucción ZIP actual se ejecuta localmente en el navegador. Este flujo no sube tu archivo.