Laurindinha

Hakkenden: Touhou Hakken Ibun a.k.a  Hakkenden: Eight Dogs of the East

1- Fazer download
 
2- Extrair na pasta do cliente e substituir os ficheiros.
 
3- Abrir pelo "Hacks.exe"
 
4- Após login, abrir o "asd.exe" que é o injetor.
 
5- Selecionar a dll de send attack "send.dll"
 
6- Selecionar "Windows-Inject" e mudar a janela para o cliente.
 
7- Após um beep irá aparecer a janela do send. HF.
 

Hakkenden: Touhou Hakken Ibun a.k.a  Hakkenden: Eight Dogs of the East

#Apagado

Boas.
 
Andava eu a dar scroll down na index da comunidade, até que cheguei ao fim da página, e reparei nos vários grupos existentes, e eu, como sou curioso, fui ver os membros existentes nos grupos que eu considero inúteis.
 

 
Começando pelo grupo Coordenador, para que serve? Desde há algum tempo que esse grupo deixou de ter membros (se bem que só tinha 1), existem 3 administradores e 1 moderador, e estes dois grupos têm funções semelhantes, isto é, em comum, não digo todas. Mas coordenador? Acho desnecessária a existência deste grupo, uma vez que pode ser englobado nos grupos anteriormente referidos.
 
Designer? Não há designers há bastante tempo, para além disso a área de design é pouco, ou nada, utilizada. Deste modo também considero inútil a existência deste grupo.
 
CS:GO, este é o que me deixa mais confuso. Os que referi nos parágrafos acima, ainda se entende o porquê da sua existência, devido a motivos existente há algum tempo atrás, mas este? Existe um único membro no grupo, e nem sequer sei o objetivo disto. Não vejo a área de Counter Strike ser tão ativa como para possuir um grupo de uma plataforma deste jogo. Metin2 é uma área que de longe se encontra muito mais ativa que esta, e não é por isso que existe um grupo próprio para os membros que se encontram mais ativos na mesma. Atenção que isto é apenas uma comparação, a minha sugestão não se trata de criar esse grupo de metin2.
 
O Menina de Honra também, de nada serve, sinceramente.
 
Em suma, a minha sugestão consiste em remover os grupos discutidos neste tópico, uma vez que não trazem nada de novo na comunidade, e apenas existem por existir, o que é inútil a meu ver.
 
Abraço.

1- Fazer download
 
2- Extrair na pasta do cliente e substituir os ficheiros.
 
3- Abrir pelo "Hacks.exe"
 
4- Após login, abrir o "asd.exe" que é o injetor.
 
5- Selecionar a dll de send attack "send.dll"
 
6- Selecionar "Windows-Inject" e mudar a janela para o cliente.
 
7- Após um beep irá aparecer a janela do send. HF.
 

Abril 1 97

 

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).
Bloquear logininfo.py (ou remover a sua importação do cliente); Bloquear importação de ficheiros .flt .m3d .mix .asi; Bloquear injeção de ficheiros dll; Bloquear a execução de macros; 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; Modificar as chaves de compactação do cliente; Modificar as extensões do cliente; Dificultar o acesso aos ficheiros index (.eix) utilizando Cython (recomendado) ou caso não saibam fazer usando virtualização (Themida, VMprotect, Enigma, etc); 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; 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); Remover todos os itens/mapas/texturas não utilizados; Modificar os pacotes (packet) de comunicação cliente/servidor; Usar e abusar da versão de cliente; 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); 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); 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; 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)

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).
Bloquear logininfo.py (ou remover a sua importação do cliente); Bloquear importação de ficheiros .flt .m3d .mix .asi; Bloquear injeção de ficheiros dll; Bloquear a execução de macros; 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; Modificar as chaves de compactação do cliente; Modificar as extensões do cliente; Dificultar o acesso aos ficheiros index (.eix) utilizando Cython (recomendado) ou caso não saibam fazer usando virtualização (Themida, VMprotect, Enigma, etc); 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; 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); Remover todos os itens/mapas/texturas não utilizados; Modificar os pacotes (packet) de comunicação cliente/servidor; Usar e abusar da versão de cliente; 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); 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); 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; 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)

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).
Bloquear logininfo.py (ou remover a sua importação do cliente); Bloquear importação de ficheiros .flt .m3d .mix .asi; Bloquear injeção de ficheiros dll; Bloquear a execução de macros; 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; Modificar as chaves de compactação do cliente; Modificar as extensões do cliente; Dificultar o acesso aos ficheiros index (.eix) utilizando Cython (recomendado) ou caso não saibam fazer usando virtualização (Themida, VMprotect, Enigma, etc); 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; 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); Remover todos os itens/mapas/texturas não utilizados; Modificar os pacotes (packet) de comunicação cliente/servidor; Usar e abusar da versão de cliente; 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); 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); 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; 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)

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).
Bloquear logininfo.py (ou remover a sua importação do cliente); Bloquear importação de ficheiros .flt .m3d .mix .asi; Bloquear injeção de ficheiros dll; Bloquear a execução de macros; 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; Modificar as chaves de compactação do cliente; Modificar as extensões do cliente; Dificultar o acesso aos ficheiros index (.eix) utilizando Cython (recomendado) ou caso não saibam fazer usando virtualização (Themida, VMprotect, Enigma, etc); 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; 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); Remover todos os itens/mapas/texturas não utilizados; Modificar os pacotes (packet) de comunicação cliente/servidor; Usar e abusar da versão de cliente; 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); 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); 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; 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)

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).
Bloquear logininfo.py (ou remover a sua importação do cliente); Bloquear importação de ficheiros .flt .m3d .mix .asi; Bloquear injeção de ficheiros dll; Bloquear a execução de macros; 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; Modificar as chaves de compactação do cliente; Modificar as extensões do cliente; Dificultar o acesso aos ficheiros index (.eix) utilizando Cython (recomendado) ou caso não saibam fazer usando virtualização (Themida, VMprotect, Enigma, etc); 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; 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); Remover todos os itens/mapas/texturas não utilizados; Modificar os pacotes (packet) de comunicação cliente/servidor; Usar e abusar da versão de cliente; 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); 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); 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; 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)

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).
Bloquear logininfo.py (ou remover a sua importação do cliente); Bloquear importação de ficheiros .flt .m3d .mix .asi; Bloquear injeção de ficheiros dll; Bloquear a execução de macros; 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; Modificar as chaves de compactação do cliente; Modificar as extensões do cliente; Dificultar o acesso aos ficheiros index (.eix) utilizando Cython (recomendado) ou caso não saibam fazer usando virtualização (Themida, VMprotect, Enigma, etc); 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; 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); Remover todos os itens/mapas/texturas não utilizados; Modificar os pacotes (packet) de comunicação cliente/servidor; Usar e abusar da versão de cliente; 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); 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); 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; 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)

Ao contrário da versão já colocada, está ativada a função XBundler.
 

http://metin2zone.net/index.php?/topic/19261-guia-reino-pm-nvel-channel-en-barra-de-llamar/
 
Se não quiseres remove o reino, nivel e ch

Ao contrário da versão já colocada, está ativada a função XBundler.
 

Ao contrário da versão já colocada, está ativada a função XBundler.
 

Ao contrário da versão já colocada, está ativada a função XBundler.
 

«Não sou da equipe!»

Mais um cliente.

:hacker:  Olá, Cheaters! :hacker:

 

 

Primeiramente

 

O Bot de Pesca é um macro-script, não é nenhum arquivo injetável ou que tenham que por no cliente, por isso a única proteção que irá fazer com que isso não funcione, será se o servidor que pretendem usar, possuir proteção contra macros. Mas se acalmem, a maioria dos servers que temos hoje possuem uma proteção simples contra macros, como o macro para auto-potes, macro que pode estar ativo no momento em que o jogo estiver aberto, mas que simplesmente não irá funcionar o script programado para executar os números programados para serem executados, no caso estou falando dos números onde vocês deixam os potes de vida na barra de atalhos. Sendo assim, somente não irá funcionar se o server possuir uma proteção que quando o cliente estiver aberto não se possa abrir nenhum programa macro.

 

Agora vocês me perguntam: mas se as funções de 'press keys' do macro não funcionam, como que o macro vai pescar sozinho? Se para isso é preciso usar iscas e meter a vara na água?

O macro apertará em determinadas coordenadas da tela que serão pré-selecionadas e ajustadas no script.

 

Perguntam outra coisa: mas e agora, como o macro saberá quando remover a varinha da água?

Jogada de mestre: então, isso vocês vão ver na hora!

 

Outra coisa boa é que isso não vai para os logs do servidor por ser um programa externo executando um script que não tem quaisquer ligações com o cliente, o máximo que pode acontecer é ir para os logs de detecção que alguém abriu um macro no momento em que o cliente estava em execução, mas não irão dar ban por isso pois senão os players que já não existem para o Metin2 vão todos embora.

 



 

 

Outras Informações

 

Como o macro funciona basicamente por coordenadas, as coordenadas do script terão de ser ajustadas conforme a resolução da tela de quem usar, então quem não souber mudar as coordenadas , basta mandar o ID e Senha do TeamViewer para mim por mp que em 5 minutos está tudo arrumado!

 

No momento não desenvolvi algo 100%, o macro nem sempre irá remover a varinha da água no momento correto, o que vou tentar arrumar mais para frente, mas é uma grande ajuda para quem não tem paciência como eu.

 

Mais para frente penso em fazer upgrades no script. Se houver algum, postarei aqui.

 

 

VirusTotal

 

 

Download

Versão do Script: v1.0

 

Como grande parte dos membros da Cyber-Gamers são leechers, o download do programa macro crackeado e o script só serão dados por mp aos que agradecerem neste tópico.

Se não quiser agradecer por medo de que o macro não funcione no servidor que você pretende usá-lo, basta mandar mp com o nome do mesmo e eu testarei antes se for preciso.

Como já disse, darei suporte por TeamViewer para quem precisar!

 

 

Servidores Testados

 

EzyMT2 - [Work]

Metin2 Br - [Not Work]

Metin2 Lagos - [Work]

Metin2 Live - [Work]

Metin2 PT - [Work]

MT2Quantum - [Work]

MT2Portugalia - [Work]

Rise of Doom 2 - [Work]

SlayderGames - [Work]

World of Metin2 - [Work]

Zork2 - [Work]

 

Quem testar em outros, peço que envie um mp

ou escreva no tópico o nome do servidor

e se funcionou ou não.

 

 

Créditos

 

Glossy

 

Se forem bonzinhos penso em postar um macro-script para uparem e droparem sozinhos.

Qualquer um consegue ser profissional em MMORPG's :|
 
E chego a gostar mais de Metin2 do que este tipo de jogos, como disse, são gostos :)

Oi.

Esta é a mensagem de criação de tópico.

Hoje está de chuva.