Senha numerica dando dc na release

A numerica possui dois pacotes de resposta, ao enviar o server retorna 0xFDF ou 0xFDE, uma informa que a senha digitada foi correta, a outra o inverso.

Veja como o pacote se forma, ele possui um HEADER com 12 BYTES com informacoes de cabecalho do pacote e logo em seguida o pacote propriamente dito com suas respectivas informacoes, eu desconheco de qualquer protecao dentro da estrutura do pacote, mas antes de enviar pro server logicamente vc deve fazer a encriptacao para o servidor entender sua leitura...

A numerica possui dois pacotes de resposta, ao enviar o server retorna 0xFDF ou 0xFDE, uma informa que a senha digitada foi correta, a outra o inverso.

 

Veja como o pacote se forma, ele possui um HEADER com 12 BYTES com informacoes de cabecalho do pacote e logo em seguida o pacote propriamente dito com suas respectivas informacoes, eu desconheco de qualquer protecao dentro da estrutura do pacote, mas antes de enviar pro server logicamente vc deve fazer a encriptacao para o servidor entender sua leitura...

Obrigado Woz, eu tava testando de maneira porca.

De qualquer forma vou ter que construir um pacote exatamente como o cliente faz, pelo que parece a TM compara se o mesmo header ja foi usado antes, isso parece ser obvio, mas ela não faz isso em várias situaçoes, por exemplo no pacote de abrir NPC e etc.

Vou fazer o teste, obrigado pela atençao <3

Obrigado Woz, eu tava testando de maneira porca.

De qualquer forma vou ter que construir um pacote exatamente como o cliente faz, pelo que parece a TM compara se o mesmo header ja foi usado antes, isso parece ser obvio, mas ela não faz isso em várias situaçoes, por exemplo no pacote de abrir NPC e etc.

Vou fazer o teste, obrigado pela atençao <3

Precisando pode me chamar! Te ajudarei na medida do possivel do meu conhecimento :)

Além de checagem de timestamp, existe a chagem de key.

As releases que usam a TMsrv "nova" usa o sistema de keys que é recebido na charlist.

Se você não envia a key certa, toma DC

Além de checagem de timestamp, existe a chagem de key.

 

As releases que usam a TMsrv "nova" usa o sistema de keys que é recebido na charlist.

Se você não envia a key certa, toma DC

Opa!

Não sabia que a TM fazia isso.

Vou incomodar mais um pouquinho, =).

Como é isso? Sabe me dizer se é enviada uma Key através do pacote do Charlist e depois o cliente faz reconhecimento, ou se o cliente tem ciência dessa keyTable e gera uma random com base nela?

Opa!

Não sabia que a TM fazia isso.

Vou incomodar mais um pouquinho, =).

Como é isso? Sabe me dizer se é enviada uma Key através do pacote do Charlist e depois o cliente faz reconhecimento, ou se o cliente tem ciência dessa keyTable e gera uma random com base nela?

Chegam 16 bytes gerados pela TMsrv no pacote 0x10A para o cliente.

Os 16 primeiros pacotes, se não me engano, são as keys que você precisa.

Existe um "cálculo" pra usar essa hash corretamente, e o resultado da key tem que ser exatamente o mesmo que a TMsrv espera

Chegam 16 bytes gerados pela TMsrv no pacote 0x10A para o cliente.

Os 16 primeiros pacotes, se não me engano, são as keys que você precisa.

 

Existe um "cálculo" pra usar essa hash corretamente, e o resultado da key tem que ser exatamente o mesmo que a TMsrv espera

E eu imagino que decifrar esse calculo deve dar um trabalho né? Haha

Vlw shepher, <3! Ajudou pra k7

E eu imagino que decifrar esse calculo deve dar um trabalho né? Haha

Vlw shepher, <3! Ajudou pra k7

Não, se você souber um pouco de ER já da pra pegar ele. Fica nas primeiras linhas da segunda call do addmessage, se não estou enganado.

Mas é bem simples.

Acho que ele já está liberado em alguma src por aí também