Introdução
Minha segunda tentativa de ensinar os básicos da engenharia reversa de maneira super simples para qualquer pessoa que entenda o básico de programação consiga fazer algo com isto.
Aqui, ensinarei você a aprender sobre o funcionamento do GTA San Andreas, lendo diretamente do código dele.
É claro, isto serve para qualquer jogo ou programa, mas devido à linda comunidade de modding do GTA San Andreas, atualmente nós temos informações incrivelmente bem documentadas (que é o IDB). Assim você é capaz de compreender o código dele facilmente.
Você poderá...
- Encontrar endereços de memória para alterar valores do jogo — exemplo: tamanho do Sol.
- Encontrar funções para chamar, assim utilizando funções do próprio jogo para criar mods — exemplo: pegar a posição de uma parte do corpo.
- Compreender como o jogo funciona, em geral, afinal, saber como o jogo funciona é essencial para modificá-lo.
Este tutorial
não ensinará a fazer engenharia reversa a partir do zero nem nada assim, pois eu não tenho experiência suficiente e poucos aqui estariam interessados. Nós aqui iremos usar um código já previamente documentado pela comunidade.
Mesmo que o objetivo seja ensinar de maneira simples, o assunto aqui é algo relativamente complexo. É necessário noções prévias sobre códigos e programação.
É necessário ler
M.1. Introdução à manipulação de memória do meu
tutorial de GTA3script.
Abrindo o database
Primeiramente você precisa baixar o IDA Pro 7.0 (ou mais novo).
Após tê-lo completamente instalado, você vai precisar de algum .IDB do GTA SA.
Neste tutorial estou usando um
gtasa-1.0us-extended-v8.idb (melhor, eu usei o v3, mas deve ser parecido). Você encontra ele e outros no canal
gta-ida-idb no
Discord do plugin-sdk, tem o link nas mensagens fixadas. No momento eu não recomendo os "extended" pois tem muitos bugs, o publicado lá pelo DK22Pac é muito melhor.
Isto é constantemente atualizado e há diferentes disponíveis. Este usado é provavelmente o mais completo no momento.
Se ao tentar abrir o .IDB mostrar alguma mensagem de erro relacionada com "salvo na versão pirata", procure o patch para isto ou baixe em outro lugar.
Importante: tenha em mente que engenharia reversa pode ser considerado um ato ilegal, dependente de qual arquivo você está trabalhando.
E não compartilhem links piratas neste fórum pois é contra as regras — aHR0cDovL2JpdC5kby9kWjNjNg opa, sem querer colei um código em
base64.
Primeiras impressões
Eu recomendo que você foque pelo menos nas seguintes abas:
IDA View (onde está o código),
Structures (definições de estruturas de classes) e
Strings (lista de strings).
Elas são as principais, principalmente para inciantes. Se alguma não está aberta, você pode abri-la em
View -> Open subviews.
E também que ative os valores hexadecimais ao lado esquerdo do código da aba
IDA View em
Options -> General..., em
Number of opcodes bytes deixando uns
7.
"Ei, mas não tem isto lá, está diferente!".
Se esta aba está
assim, clique com o botão direito em algum lugar e vá em
Text view.
Não é tão bonitinho, mas é necessário para o caso de nosso tutorial.
Enfim, certifique-se de que a sua interface está algo semelhante à isto:
Assim podemos prosseguir o tutorial.
O que está acontecendo?
Finalmente chegamos onde importa...
Pressione
G para digitar um endereço de memória e assim pular direto pra lá.
Como exemplo, vá até o endereço
0x006D64F0. Você encontrará esta função:
O que você está vendo é um código
Assembly (recomendo que clique e dê uma lida rápida para entender do que se trata).
Com o cursor de digitação clicado em algum lugar desta função, pressione
F5 para a mágica acontecer!
É aqui que vemos o potencial do IDA! Mais especificamente, do Hex Rays.
Isto é um pseudocode gerado em C++, ou seja, um código falso que busca simular como era o código original. Ajuda muito mas não confie em 100% do que ele diz, principalmente em funções não tão documentadas.
Perceba que mesmo que ainda há várias coisas um tanto confusas, principalmente variáveis não nomeadas (v1, v2 etc), está muito legível e mesmo quem não entende de C++ consegue ter noções do que este código faz, que é basicamente uma função chamada logo antes da renderização de um carro, na qual prepara o carro para ser renderizado, aplicando a cor, paintjob entre outras operações mais complexas.
O comando
G também aceita os opcodes scm, mas depende do .idb sendo usado (o citado aqui não suporta). Basta, em vez de digitar o endereço, digite por exemplo
@@opcode_070A para ver o código do comando
TASK_PICK_UP_OBJECT.
Enfim, não queremos fazer nada aqui, vamos procurar por algo novo?
Procurando, encontrando e interpretando
Temos um objetivo:
Mudar o tamanho do sol do GTA SA!
Como faremos isto?
Algo lógico é procurar pela palavra "sun", que é "sol" em inglês. Mas onde?
É aconselhável que procure na lista de nomes de funções. Procurar no assembly é overkill.
Diferente do costume, o comando de encontrar um texto no IDA é
Alt+T.
Portanto, clique na lista de funções na esquerda, mas de preferência deixe selecionada uma função no topo da lista, pois irá procurar somente embaixo.
Enfim, procure por "sun", pressionando
Ctrl+T para continuar a busca (sim, os comandos são estranhos).
É claro, você encontrará várias funções contendo "sun".
Procure alguma que faça sentido ser uma renderização do sol e clique duas vezes para abri-la.
Provavelmente você faria isto com a
DoSunGlare, mas calma! Veja o nome completo:
CVehicle::DoSunGlare, esta é só uma função que adiciona o brilho de sol nos veículos (aquele do GTA Vice City). Viu? Encontramos uma função removida do jogo! (e que o
SkyGfx e
este mod re-adicionam).
Enfim, não é isto que estamos procurando (mas você pode ajustar o tamanho do brilho nela também, né?), a que estamos procurando é a
CCoronas::DoSunAndMoon, que fica no endereço
0x006FC5A0. Perceba que pelo nome, é o que renderiza a corona do sol e lua. A "corona" é basicamente a imagem 2D que representa uma luz.
Ok, abra ela e dê
F5 para gerar o pseudocode.
É um código pequeno e bem simples, mas veja só que curioso, não há lua! A lua está em outra função.
Este é o nome de função oficial da Rockstar North, como visto nos vazamentos da versão mobile, portanto é erro deles, não nosso. Provavelmente é um leftover do GTA Vice City? Não sei...
Com uma rápida visão do código, você nota isto:
CTimeCycle::m_fCurrentSunSize.
Estamos no lugar certo! Pois "sun size" é "tamanho do sol" em inglês.
No entanto não é legal editarmos justamente o valor desta variável. Mas temos a sorte de ter um multiplicador à frente dela:
Este
6.0 é o que multiplica o tamanho do sol! Encontramos!!!
Há na verdade dois locais com isto, o outro em cima tem o valor
2.7335. Aparentemente o jogo usa duas coronas uma por cima da outra, uma menor e outra maior para preencher mais a parte central do sol, dando mais brilho.
Enfim, vamos focar no tamanho da parte maior, o
6.0. Como vamos mudar este valor?
Clique em cima do
6.0 e pressione
TAB.
Voltamos para o assembly com o cursor posicionado onde ele está localizado.
"mas não tem nenhum 6.0 aí!"
Tem sim, passe o cursor do mouse em cima do
flt_858B44:
É assim que os valores float funcionam: um ponteiro para o valor em vez do valor direto, devido à questões de desempenho.
Então vamos ter que mudar o valor no endereço
0x00858B44? É uma opção... Uma má opção!!!
Para entender do que se trata, clique duas vezes em cima do
flt_858B44, você irá para o local onde o valor está guardado. Agora clique uma vez em cima do
flt_858B44 e pression
X para ver a lista de locais que este ponteiro é usado.
Sim, este
6.0 é usado em 79 locais diferentes!!! Se você mudar este valor causará vários bugs em seu jogo, teoricamente no movimento do helicóptero, alguns sons, a água do jogo vai ficar invisível etc...
Enfim, para mudar este valor corretamente o que temos que fazer é algo óbvio: mudar não o valor do ponteiro, mas sim o ponteiro.
Vamos voltar à onde estávamos (se você se perdeu, é em
0x006FC6E8, normalmente o Esc ajuda a voltar onde estava, mas nem sempre).
É necessário entender o básico de assembly para fazer tais alterações, mas é simples o bastante para qualquer um conseguir:
O valor do ponteiro é estes 4 bytes hexadecimais selecionados acima. Nós temos que mudar ele.
Como eu sei? Eu entendo praticamente nada de assembly, mas sei que o
fmul está consumindo os dois primeiros bytes. Você deve lembrar que ponteiros em aplicativos x86 (como é o caso do GTA SA) usam 4 bytes, portanto, simplesmente são os últimos 4 bytes da instrução.
Outra maneira um tanto óbvia é que tais 4 bytes selecionados na imagem acima têm o valor:
44 83 85 00, percebeu?
0x00858844 — lembrando que os valores são lidos de trás pra frente na memória.
Tá, isto tudo é mais para te dar o contexto do que estamos fazendo, pois é algo super simples:
Estamos na instrução que está no endereço
0x006FC6E8, e sabemos que após 2 bytes temos o valor de um ponteiro para o valor
6.0, portanto, basta escrever um novo ponteiro em
0x006FC6E8 + 0x2, isto é, em
0x006FC6EA (lembre-se da contagem hexadecimal:
0 1 2 3 4 5 6 7 8 9 A B C D E F 10 11 12...).
Para escrever um novo ponteiro lá que aponta para um novo valor, podemos fazer assim (em GTA3script):
Código: Selecionar tudo
SCRIPT_START
{
LVAR_FLOAT sunSize
LVAR_INT pVar
sunSize = 50.0
GET_VAR_POINTER sunSize (pVar)
loop:
WAIT 0
WRITE_MEMORY 0x006FC6EA 4 pVar FALSE
GOTO loop
}
SCRIPT_END
Isto irá deixar o sol gigante. No entanto, outros mods como MixSets também mudam o tamanho do sol, portanto desative a configuração dele, ou coloque um atraso para substituir a configuração do MixSets, ou até mesmo rode o
WRITE_MEMORY em um loop para ter certeza que não há outro mod atrapalhando os seus planos.
Enfim, explicando o que fizemos aqui:
Guardamos um valor numa variável;
Pegamos o ponteiro para esta variável;
Escrevemos o valor do ponteiro no lugar do
flt_858B44 no endereço
0x006FC6EA.
Isto quer dizer que agora sempre que você editar a variável
sunSize, o tamanho do sol irá mudar automaticamente!
No entanto eu prefiro assim:
Código: Selecionar tudo
SCRIPT_START
{
LVAR_INT pLabel
GET_LABEL_POINTER SunSize pLabel
WRITE_MEMORY pLabel 4 50.0 FALSE
loop:
WAIT 0
WRITE_MEMORY 0x006FC6EA 4 pLabel FALSE
GOTO loop
}
SCRIPT_END
SunSize:
DUMP
00 00 00 00
ENDDUMP
Ou seja, eu criei uma label com 4 bytes, escrevi o meu valor lá, e usei o ponteiro para a label no lugar do
flt_858B44.
Assim é ótimo pois você não gasta nenhuma variável, e sempre estará guardadinho ali.
Importante: Não finalize a sua thread/script ao usar isto! (por exemplo com
TERMINATE_THIS_CUSTOM_SCRIPT ou deixando chegar no
SCRIPT_END). Nas atuais versões da CLEO ainda funciona pois os valores continuam na memória, mas isto pode mudar no futuro.
Se você não leu o meu tutorial sobre
thread memory não deve estar entendendo...
Se você usa Sanny Builder ou MoonLoader eu acho que não é necessário explicar como fazer neles, né? Já deu pra entender o processo.
Você também pode fazer tais alterações com aplicativo Cheat Engine, assim não precisa ficar recarregando o jogo (ou o script) a cada alteração.
Conclusão
É óbvio que não vou ensinar cada caso, pois varia muito. Eu tentei ensinar o processo, agora você terá que ser independente e usar a cabeça para conseguir alterar outros valores, com outros datatypes, outras instruções, outros bytes...
Nós estamos falando de algo praticamente infinito, você pode mudar literalmente todo o funcionamento do jogo usando isto! Você pode até mesmo redirecionar funções para usar as suas próprias (algo chamado de hook, muito comum em mods avançados como SilentPatch, SkyGfx, ImVehFt, VehFuncs etc etc...). Pode até mesmo apagar partes do código escrevendo vários bytes com valor
0x90 lá... Experimente descompilar o .cs do MixSets.
Eu espero que a partir deste simples tutorial você já consiga ser independente e usar a cabeça para encontrar e fazer o que você quer.
Mas sinta-se livre em pedir ajuda com isto aqui nos comentários, ou criando um tópico
aqui (no caso do GTA, lembrando que isto serve para outros jogos, mas vamos focar em GTA aqui).
