Application Mod

O que é e como funciona na prática

Um application mod é basicamente uma modificação de código aplicada a um software já existente para alterar seu comportamento, funções ou interface. Não é mágica, é engenharia reversa e edição de arquivos binários ou de configuração. A maioria dos mods que vejo por aí são feitos em Android (APKs) porque o ecossistema é mais aberto, mas o conceito vale pra qualquer plataforma. Achei meu primeiro problema real com isso há uns dois anos, quando estava modificando um app interno da empresa que usava certificados pinning. Eu tinha conseguido descompilar, remover a verificação e recompilar sem erro aparente, mas o app simplesmente fechava ao abrir. O debug revelou que tinha uma verificação hash do APK inteiro que eu não tinha visto no código inicial. A solução foi pegar o APK original, assinar com a mesma key que eu havia usado no processo de descompilação (sim, o mesmo keystore que o build tool gera), senão o sistema de integridade do app detecta a assinatura diferente. Isso economizou umas três horas de tentativa e erro.

Como fazer um application mod simples

O processo básico envolve três etapas: descompilar, editar, recompilar. Vou descrever usando Android como exemplo porque é onde a comunidade de mods é mais ativa e documentada. Primeiro você baixa o APK original. Pode ser pelo próprio dispositivo exportando o app instalado, ou direto de um site confiável como APKMirror. Nunca use fontes aleatórias — APKs modificados por outras pessoas já são, por definição, mods e podem conter malware.

Depois, descompila com ferramentas como apktool, Jadx ou CFR. O apktool é o mais prático porque preserva os recursos (imagens, layouts XML) e converte o código Java/Kotlin de volta para smali, que é o formato intermediário do Android. O comando básico é apktool d nome_do_arquivo.apk -o pasta_de_saida. Isso cria uma pasta com todo o conteúdo desmontado. Na etapa de edição, você navega pelos arquivos smali ou nos XMLs de recursos. Se quiser mudar uma string de interface, vai no res/values/strings.xml e altera. Se quiser mudar lógica, precisa entender smali, o que é bem diferente de Java. Um if-eq no Java vira if-eqz no smali, e os tipos de dados são representados de forma diferente — um int é V, Z, I, F, D dependendo do tamanho. Recomendo usar o Jadx junto com o apktool: o Jadx mostra o Java decompileado pra entender a lógica, e o apktool edita o smali real.

Na recompilação, roda apktool b pasta_de_saida -o novo_app.apk. O arquivo gerado não está pronto pra instalar ainda. Você precisa assinar com jarsigner ou apksigner, que é o passo que muita gente esquece e depois passa horas troubleshando erros de PackageManager. application mod em Android frequentemente esbarra em restrições de segurança do próprio sistema. apps modernos usam SafetyNet ou Play Integrity API, que detectam root, modificação de APK e assinaturas diferentes. Se o app que você está tentando modificar faz essas verificações, simplesmente recompilar não vai resolver — você vai precisar contornar as verificações também, o que exige conhecimento mais avançado de frida ou de patching de bytes no processo rodando.

Um detalhe importante que pouca gente menciona: muitas bibliotecas modernas usam obfuscação com ProGuard ou R8. Isso significa que, mesmo com o smali visível, os nomes das classes e métodos vão ser coisas como a.b.c() em vez de fazerLogin(). Não é necessariamente um problema se você souber o que procura, mas fica muito mais difícil achar o ponto certo pra editar. O Jadx consegue fazer um bom trabalho de desobfuscação automática em muitos casos, então vale a pena dar uma olhada nele antes de começar a cavar no smali. Outro ponto que merece atenção é a compatibilidade. Se você modificar um app e ele funcionou na sua versão do Android mas travou no celular de outra pessoa, provavelmente tem uma diferença de API level ou de biblioteca nativa. Apps com código nativo (.so) são particularmente traiçoeiros porque o apktool não descompila C/C++. Nesse caso, você precisa de ferramentas como Ghidra ou IDA Pro, e o nível de dificuldade sobe bastante.

Também vale saber que alguns apps usam multi-dex, o que significa que o código não está todo num único classes.dex. Se você só editar o arquivo principal e ignorar os arquivos classes2.dex, classes3.dex e assim por diante, pode acabar criando um APK inconsistente que compila mas não executa direito. O apktool moderno lida com multi-dex automaticamente, mas se usar versões mais antigas ou ferramentas alternativas, esse é um erro comum. Pra quem tá começando, o conselho mais direto é: comece com apps simples, sem proteções, sem nativos, sem multi-dex. Um app que só exibe texto e botões. Modifique o string de um botão, recompile, assine, instale. Quando isso funcionar sem problemas, parta pra coisas mais complexas. Tentar modificar um app bancário como primeiro projeto é receita pras frustrações.