EnMicroMsg.db Password Cracker

Quebrador de senha EnMicroMsg.db

AVISO: Esta ferramenta SÓ deve ser usada para quebrar seu próprio banco de dados. NÃO o use em NENHUMA circunstância ilegal.

微信安卓版数据库(EnMicroMsg.db)密码破解工具

(Esta ferramenta pode resolver os problemas listados em https://github.com/ppwwyyxx/wechat-dump/wiki, pysqlcipher.dbapi2.DatabaseError: o arquivo está criptografado ou não é um banco de dados)

Com alguns dispositivos, você pode receber a mensagem de erro: "o arquivo está criptografado ou não é um banco de dados", ao tentar descriptografar EnMicroMsg.db com "md5(imei + uin)[:7]". Uma possível razão é que o WeChat usa outros IDs de dispositivos em vez de IMEI para gerar uma senha.

É uma sorte para nós que a senha de 28 bits (total de 16 ^ 7 combinações) não seja forte o suficiente para resistir a ataques de força bruta.

WeChat usa sqlcipher v2 para criptografar o banco de dados. Partes dos recursos de segurança estão listadas a seguir (em https://www.zetetic.net/sqlcipher/design/):

1. Cada página do banco de dados é criptografada e descriptografada individualmente. Isso significa que só precisamos lidar com o primeiro 1024B, que é o tamanho de página padrão.
2. O algoritmo padrão é AES de 256 bits no modo CBC.
3. Cada página possui seu próprio vetor de inicialização, que é armazenado nos últimos 16B.
4. O código de autenticação de mensagem (HMAC) está desabilitado em EnMicroMsg.db (consulte https://github.com/ppwwyyxx/wechat-dump/blob/master/decrypt-db.py, linha 50). Então, apenas ingerimos o HMAC.
5. Depois vem a parte demorada. Os primeiros 16 bytes do arquivo armazenam o salt para derivar a chave (não confunda esta "chave" com a "frase secreta" de 7 caracteres). No PBKDF2, 4.000 iterações (sqlcipher v2, 64.000 iterações para v3. Felizmente, o WeChat usa a versão anterior. 64.000 iterações custarão muito mais tempo) são usadas para derivação de chave.

Então, o Fellowing é a nossa estratégia: pegar a primeira página; obtenha IV do último 16B e sal do primeiro 16B; iterar sobre todas as combinações de senhas possíveis; derivar a chave correspondente. Descriptografe o banco de dados.

Sabemos que o cabeçalho original do sqlite db é uma string de 16B: "SQLite format 3", que é substituída pelo salt no caso criptografado. A seguir estão 2B para descrever o tamanho da página (0x04 0x00), versão de gravação 1B ( 0x01 0x02) e versão de leitura 1B ( 0x01 0x02). Temos 4 bytes idênticos para testar se obtemos o texto simples correto. (12/04/2019) A partir do Wechat 7, a Tencent usa uma nova versão de gravação/leitura (0x02), que quebrará nossa detecção anterior. Agora usaremos os três bytes fixos a seguir para testar se obtemos o texto simples correto: 1. fração máxima de carga útil incorporada (0x40) com deslocamento 5; 2. fração mínima de carga útil incorporada (0x20) com deslocamento 6; 3. fração de carga útil folha (0x20) com deslocamento 7. (Aqui podemos simplesmente ignorar a colisão. Se você obtiver a passagem com sucesso, mas ainda não conseguir abrir o banco de dados, basta pular o "alerta falso" e começar na próxima passagem.)

Demora cerca de 5 ms para fazer um único PBKDF2 com 4.000 iterações. Portanto, na pior das hipóteses, levará 16 ^ 7 * 0,005/3600/24 ​​= 15,5 dias para quebrar. Em um PC de 8 núcleos, reduz para 2 dias (parece razoável agora).

Como usar?:

Antes de quebrar, use extract_key_from_cfg_files.py para obter a chave se systemInfo.cfg e CompatívelInfo.cfg estiverem disponíveis.

Existem duas versões para escolher: uma versão C e uma versão Python. O primeiro deve ser um pouco mais rápido (o núcleo depende do openssl. Não há diferença no cálculo das 4.000 iterações).

Versão C:

1. instale o pacote openssl dev (testado com openssl 1.0.2g e openssl 1.1.0.g (problema nº 4)):

    $ sudo apt-get install libssl-dev

2. compilar senha_cracker.c:

    $ gcc password_cracker.c  -l crypto -o password_cracker.o

3. modifique os parâmetros em "crack_enmicromsg_db_(C_version)". process_no: total de núcleos usados. Nota: Se você obtiver a passagem com sucesso, mas ainda não conseguir abrir o banco de dados, comece na próxima passagem alterando "pass_start".

4. começar:

    $ python2 crack_enmicromsg_db_(C_version).py

Versão Python:

Dependências:

• pysqlcipher

Objetivo de demonstração. Não está bem escrito.

Conseguiu o passe e depois?

Use o maravilhoso wechat-dump escrito por Yuxin Wu para despejar todo o banco de dados. Você precisa ajustar algumas linhas em “decrypt-db.py” para usar a chave. Divirta-se!

Scripts na pasta de ferramentas

• decrypt_db_with_password.py: quando você já souber a senha, use este script para obter um banco de dados descriptografado que pode ser visualizado/editado pelo DB Browser para SQLite.

• encrypt_db_again.py: criptografando o banco de dados novamente. Nota: (04 de fevereiro de 2018) não foi testado se o WeChat pode abri-lo corretamente.

• extract_key_from_cfg_files.py : este script pode extrair a chave de CompatívelInfo.cfg e systemInfo.cfg . Observe que ele está escrito em Python 3 . Altere o search_path primeiro e depois execute o script com

    $ python3 extract_key_from_cfg_files.py

• GetDBKey.class: um código java pode fazer o mesmo trabalho que extract_key_from_cfg_files.py. Copie de https://bbs.pediy.com/thread-250714.htm.

Reconhecer

sqlcipher-tools/decrypt.c me ajuda muito a entender como funciona o sqlcipher.

wechat-dump/decrypt-db.py fornece parâmetros-chave do banco de dados WeChat.

Documentação sqlcipher: seus recursos de segurança detalhados.

Correção do problema nº 4: não será compilado no openssl 1.1: obrigado @couling pelo patch do openssl 1.1.