[Dicas] [Lista] Passos A Seguir Na Construção De Cliente

[Laurindinha 319]

Apenas uma lista de coisas (não ordenada) a considerar ao criarem o vosso cliente. Caso queiram adicionar mais alguma responder no tópico (pedia que respondessem apenas neste caso para ser mais organizado).

1. Bloquear logininfo.py (ou remover a sua importação do cliente);
2. Bloquear importação de ficheiros .flt .m3d .mix .asi;
3. Bloquear injeção de ficheiros dll;
4. Bloquear a execução de macros;
5. Remover (ou bloquear no bin) as 2 funções do python22.dll/python27.dll para injetar ficheiros .py. É recomendado usarem python2.7 ao invés de python2.2;
6. Modificar as chaves de compactação do cliente;
7. Modificar as extensões do cliente;
8. Dificultar o acesso aos ficheiros index (.eix) utilizando Cython (recomendado) ou caso não saibam fazer usando virtualização (Themida, VMprotect, Enigma, etc);
9. Utilizar uma verificação de todos os ficheiros no executável dos ficheiros do cliente (por exemplo da pasta miles, dlls do cliente, pasta lib, ficheiros da pasta pack). Recomendo uma dupla verificação dos ficheiros por md5 e sha1 por exemplo;
10. Remover duplicados (pastas season contêm imensos. Para tal podem alterar os caminhos nos ficheiros python e remover o season1 e season2, ajustando o caminho para corresponder aos já existentes);
11. Remover todos os itens/mapas/texturas não utilizados;
12. Modificar os pacotes (packet) de comunicação cliente/servidor;
13. Usar e abusar da versão de cliente;
14. Colocar executável a abrir apenas com um argumento especifico fornecido pelo patcher (juntamente com a opção 13 obriga o jogador a utilizar sempre o patcher para poder jogar);
15. Modificar a estrutura do cliente à vossa maneira. Lembrar-se que os ficheiros .epk são apenas para organização e podem ter quantos quiserem e o seu nome não tem de ser igual ao cliente oficial. Ao modificar a estrutura podem também acabar com o ficheiro root e uiscript, assim como a pasta pack (dando outro nome qualquer/modificando a sua localização);
16. Modificar nome dos módulos (os imports nos vossos ficheiros, como por exemplo import player, import item, etc) pois a maioria do hacks está feita para certos nomes específicos;
17. Fazer um instalador que instale juntamente com o cliente a versão c++ runtime  assim como a versão .net framework que estiverem a utilizar. O instalador deverá ser feito com o máximo de compressão disponível (recomendo lzma2 ultra ou custom). Exemplo de um criador de instalador com boas funções: http://www.advancedinstaller.com/purchase.html

 

 

Edit: «o cython n dificulta o acesso aos .eix, apenas compila os python do root (e agora do uiscript) em ficheiros .c de modo a criar uma .lib que possa ser compilada com a source do bin»  (ty paci)

Edited January 26, 2016 by Laurindinha (see edit history)

[⚜️ Glossy ⚜️ 672]

(Themida, VMprotect, Enigma, etc)

Aconselho muito, usem e abusem! Na verdade se virtualizarem com isso não precisam nem fazer os outros passos.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

  

[NewWars 875]

Se conseguirem fazer isso, acaba maior parte dos problemas com hacks, num servidor pequeno ofc, passado o tempo num sv maiorzito ja existe pessoal que se dedica a passar isso tudo, o que não é muito dificil assim tho.

[Laurindinha 319]

Tutoriais (source, pois o resto já é ultrapassado) já existentes relativos a:

 

Ponto 6: Tutorial 1  &  Tutorial 2