tfm secrets leaker

TFM Secrets vazador

Uma utilidade para obter os segredos codificados no cliente Transformice.

Prédio

Para construir, você deve usar o arquivo asconfig.json para compilar o arquivo TFMSecretsLeaker.swf . Isso pode ser feito com o VSCODE-AS3MXML ou ASCONFIGC.

Você também precisará colocar os arquivos SWC para as seguintes bibliotecas em uma pasta lib no mesmo nível do arquivo asconfig.json :

• AS3Commons-bytecode-1.1.1
• AS3Commons-Lang-0.3.7
• AS3Commons-Reflect-1.6.4

Se você deseja salvar-se com o aborrecimento, também há um SWF pré-construído nos lançamentos deste repositório.

Uso

Ao executar o arquivo SWF construído, ele trace os segredos obtidos. Eles podem ser vistos em algo como o FFDEC, embora um script útil leak-secrets.py também seja fornecido para obter a saída usando o projetor de depuração independente, usado como assim:

 ./leak-secrets.py <path/to/TFMSecretsLeaker.swf>

Ao executar o SWF, uma janela aparece por um curto momento, parece começar a carregar o jogo e depois sair. Isso é normal.

Infelizmente, atualmente não é compatível com o Ruffle, pois atualmente não implementa fscommand("quit") .

Os segredos

O protocolo de rede da Transformice utiliza vários segredos codificados e com frequência que estão contidos no cliente. A cada cinco minutos, um SWF principal diferente é servido para o jogo, mudando a maioria desses segredos codificados. Portanto, é necessário ter um utilitário dinâmico para obter esses segredos automaticamente, pois eles mudam com muita frequência para obter manualmente.

Esses segredos incluem:

• O endereço do servidor.
  • Este é o endereço do servidor ao qual o cliente se conecta. Isso muda e mudou, mas com pouca frequência o suficiente para que eu ache que possa ser vasculhado e redescoberto manualmente quando muda.
• As portas do servidor.
  • As portas do servidor ao qual o cliente pode se conectar. Isso até onde sei, nunca mudou, mas teoricamente eles poderiam, e somos capazes de denunciá -los, e assim o fazemos. O cliente embaralhará aleatoriamente essas portas e tentará se conectar a elas em sequência, passando para a próxima se a conexão não tiver êxito.
• A versão do jogo.
  • É isso que o jogo exibe no canto inferior direito da tela de login, mostrando texto como 1.740 . A versão do jogo que este relata é o componente 740 disso e é enviado no pacote de handshake que o cliente envia para o servidor. Isso não muda com tanta frequência quanto os outros segredos.
• O token de conexão.
  • Este é um conjunto aleatório de caracteres que é enviado da mesma forma no pacote de aperto de mão. Acredito que ele usado pelo servidor para identificar quais devem ser os valores esperados dos outros segredos.
• A chave de autenticação.
  • Depois que o cliente envia o pacote de handshake para o servidor, o servidor responde com um pacote contendo um "token de autenticação". Este é um número inteiro usado novamente quando o cliente envia o pacote de login. O token de autenticação do cliente XOR com a "chave de autenticação", resultando em um token cifrado, que é então enviado ao servidor no pacote de login.
• As fontes -chave do pacote.
  • Certos pacotes do protocolo de rede da Transformice são criptografados, por exemplo, o pacote de login. A cifra em particular varia por pacote, mas as chaves usadas são derivadas de uma variedade de números inteiros chamados de "fontes de chave do pacote". Esses números inteiros são combinados com um nome de chave, por exemplo, "Identificação", para obter a chave real usada para criptografar um pacote.
• O modelo de verificação do cliente.

  • Logo após a sequência de handshake ter sido concluída pelo cliente e pelo servidor, o servidor enviará um pacote para o cliente para garantir que o cliente seja oficial e adequado (ou seja, não é um bot). Este pacote contém um "token de verificação" (um número inteiro) que o cliente usará em sua resposta. O cliente responderá com um pacote cifrado usando o algoritmo XXTEA com o token de verificação convertido em uma string como o nome da chave. Os dados do pacote (de texto simples) começarão com o token de verificação e, em seguida, alguns campos semi-aleatórios e codificados, com o token de verificação jogado novamente no meio dele. Isso não parece mudar tão frequentemente quanto os outros segredos, mas muda.

    O que este relata é uma sequência hexadecimal representando uma sequência de bytes do corpo de texto simples deste pacote (em Python, algo que você poderia usar bytes.fromhex ON). No lugar de onde o token de verificação deve ir, aabbccdd é usado e deve ser substituído pelo token de verificação embalado real.

Outros jogos

Outros jogos do Atelier 801 têm estruturas muito semelhantes para transformar, e esse utilitário também é capaz de suportar os seguintes jogos:

• Transformice
• Maze morto
• Bouboum
• Nekodancer
• FORTORESSE

Transformice e Dead Maze são os únicos jogos que têm modelos de verificação de clientes. E assim, para os outros, nenhum modelo de verificação do cliente será rastreado.

Para obter os segredos para um jogo específico, seu nome deve ser fornecido ao parâmetro do carregador game . Por exemplo, aqui está como você faria isso usando o script leak-secrets.py :

 ./leak-secrets.py path/to/TFMSecretsLeaker.swf?game=transformice

./leak-secrets.py path/to/TFMSecretsLeaker.swf?game=deadmaze

./leak-secrets.py path/to/TFMSecretsLeaker.swf?game=bouboum

./leak-secrets.py path/to/TFMSecretsLeaker.swf?game=nekodancer

./leak-secrets.py path/to/TFMSecretsLeaker.swf?game=fortoresse

Se nenhum parâmetro game for fornecido, o utilitário será inadimplente para vazar os segredos da Transformice.