Do arquivo bloqueado à senha recuperada

Tudo roda no seu dispositivo

Muitas ferramentas de recuperação online pedem que você envie seu arquivo a um servidor que você não controla. O ZipRecover adota a abordagem oposta. O arquivo é aberto com a File API do navegador e analisado na própria página, e todo o teste de senhas acontece em Web Workers em segundo plano na sua própria máquina, com o cálculo pesado em WebAssembly (ou, na derivação de chave do AES, na Web Crypto nativa do navegador quando ela é mais rápida no seu dispositivo). Não há etapa de envio, então não existe cópia do seu arquivo na infraestrutura de ninguém.

Como uma senha é testada

Um arquivo ZIP não armazena sua senha. Ele armazena valores derivados dela, que é o que permite à ferramenta verificar um palpite sem nunca conhecer a original. A verificação exata depende do método de criptografia.

Arquivos WinZip AES

As entradas criptografadas com AES derivam uma chave da sua senha usando PBKDF2-HMAC-SHA1 com 1000 iterações e um sal aleatório armazenado no arquivo. Essa derivação produz a chave de criptografia, uma chave de autenticação e um valor de verificação da senha de 2 bytes. O ZipRecover deriva a chave para cada candidata e compara esses 2 bytes primeiro. Isso rejeita de forma econômica a imensa maioria dos palpites errados. Uma candidata que passa é então confirmada ao recalcular o código de autenticação HMAC-SHA1 de 10 bytes da entrada, que é uma verificação definitiva. Saiba mais na página de criptografia AES.

Arquivos ZipCrypto

O ZipCrypto tradicional usa um fluxo de chaves leve. Os primeiros 12 bytes de uma entrada são um cabeçalho de criptografia cujo byte final deve corresponder a um valor de verificação conhecido. O ZipRecover usa isso como filtro rápido, e então confirma uma candidata sobrevivente descriptografando a entrada, descomprimindo-a com o descompressor Deflate nativo do navegador e comparando o CRC-32 armazenado.

Essa confirmação funciona para entradas de pelo menos 4 bytes armazenadas (Store) ou comprimidas com Deflate, o que cobre quase todos os arquivos. Abaixo de 4 bytes o CRC-32 cobre texto claro de menos para barrar senhas erradas, então o resultado informa que a senha passou apenas por uma verificação rápida. O ZipRecover não consegue confirmar uma entrada ZipCrypto comprimida com outro método, como BZip2, LZMA ou Deflate64 (opções de ferramentas como o 7-Zip): nesses casos ele só compara o tamanho dos dados descriptografados com o tamanho registrado no arquivo, algo que dados comprimidos quase nunca igualam. Por isso, quando todas as entradas criptografadas de um arquivo ZipCrypto usam um desses métodos, a busca normalmente termina sem resultado, mesmo quando a senha certa é testada.

As três estratégias

Você escolhe como as senhas candidatas são geradas:

• Dicionário. Forneça uma lista de senhas prováveis. Variações opcionais (maiúsculas, dígitos ao final, leetspeak comum) são testadas automaticamente. Ideal quando você tem uma boa ideia da senha.
• Padrão / máscara. Descreva o formato que você lembra usando marcadores: ?d dígito, ?l minúscula, ?u maiúscula, ?s símbolo, ?a qualquer um. Todo o resto é literal, por exemplo Fatura?d?d?d?d.
• Força bruta. Testa todas as combinações de um conjunto de caracteres até um comprimento que você escolher. Prático apenas para senhas curtas, e muito mais lento em arquivos AES.

Por que a velocidade depende do arquivo

Como o AES desacelera deliberadamente a derivação da chave, o teste é ordens de grandeza mais lento que o ZipCrypto. Essa lentidão está embutida no formato, nenhuma ferramenta consegue removê-la, e é a razão pela qual uma senha AES aleatória e forte é, na prática, irrecuperável por tentativa e erro. O ZipRecover é mais eficaz quando você consegue restringir a busca com aquilo que lembra.