Del archivo bloqueado a la contraseña recuperada

Todo se ejecuta en tu dispositivo

Muchas herramientas de recuperación en línea te piden que subas tu archivo a un servidor que no controlas. ZipRecover adopta el enfoque opuesto. El archivo se abre con la File API del navegador y se analiza en la propia página, y toda la prueba de contraseñas ocurre en Web Workers en segundo plano en tu propio equipo, con el cálculo de hashes más pesado en WebAssembly (o, para la derivación de claves AES, en la Web Crypto integrada del navegador cuando es más rápida en tu dispositivo). No hay ningún paso de subida, así que no existe copia de tu archivo en la infraestructura de nadie más.

Cómo se prueba una contraseña

Un archivo ZIP no almacena tu contraseña. Almacena valores derivados de ella, que es lo que permite a la herramienta comprobar una conjetura sin conocer nunca la original. La comprobación exacta depende del método de cifrado.

Archivos WinZip AES

Las entradas cifradas con AES derivan una clave de tu contraseña usando PBKDF2-HMAC-SHA1 con 1000 iteraciones y una sal aleatoria almacenada en el archivo. Esa derivación produce la clave de cifrado, una clave de autenticación y un valor de verificación de la contraseña de 2 bytes. ZipRecover deriva la clave para cada candidata y compara primero esos 2 bytes. Esto rechaza de forma económica la inmensa mayoría de las conjeturas erróneas. Una candidata que supera esta comprobación se confirma a continuación recalculando el código de autenticación HMAC-SHA1 de 10 bytes de la entrada, que es una comprobación definitiva. Aprende más en la página de cifrado AES.

Archivos ZipCrypto

El ZipCrypto tradicional usa un flujo de claves ligero. Los primeros 12 bytes de una entrada son una cabecera de cifrado cuyo byte final debe coincidir con un valor de comprobación conocido. ZipRecover usa eso como filtro rápido, y luego confirma una candidata superviviente descifrando la entrada, descomprimiéndola con el descompresor nativo del navegador y comparando el CRC-32 almacenado.

Esa confirmación funciona con las entradas de al menos 4 bytes guardadas sin compresión (Store) o comprimidas con Deflate, lo que cubre casi todos los archivos. Por debajo de 4 bytes el CRC-32 cubre demasiado poco texto claro para dejar fuera las contraseñas incorrectas, así que el resultado indica que la contraseña solo superó una comprobación rápida. ZipRecover no puede confirmar una entrada ZipCrypto comprimida con otro método, como BZip2, LZMA o Deflate64 (opciones de herramientas como 7-Zip): en esos casos solo compara la longitud descifrada con el tamaño que figura en el ZIP, con el que un archivo comprimido casi nunca coincide. Por eso, cuando todos los archivos cifrados de un ZIP con ZipCrypto usan uno de esos métodos, la búsqueda suele terminar sin resultado aunque se pruebe la contraseña correcta.

Las tres estrategias

Tú eliges cómo se generan las contraseñas candidatas:

• Diccionario. Proporciona una lista de contraseñas probables. Se prueban automáticamente variaciones opcionales (mayúsculas, dígitos al final, leetspeak común). Ideal cuando tienes una buena idea de la contraseña.
• Patrón / máscara. Describe la forma que recuerdas usando marcadores: ?d dígito, ?l minúscula, ?u mayúscula, ?s símbolo, ?a cualquiera. Todo lo demás es literal, por ejemplo Factura?d?d?d?d.
• Fuerza bruta. Prueba todas las combinaciones de un conjunto de caracteres hasta una longitud que elijas. Solo práctico para contraseñas cortas, y mucho más lento en archivos AES.

Por qué la velocidad depende del archivo

Como AES ralentiza deliberadamente la derivación de la clave, la prueba es órdenes de magnitud más lenta que ZipCrypto. Esa lentitud está integrada en el formato, así que ninguna herramienta puede eliminarla, y es la razón por la que una contraseña AES aleatoria y fuerte es, en la práctica, irrecuperable por adivinación. ZipRecover es más eficaz cuando puedes acotar la búsqueda con lo que recuerdas.