Impressum | Werbung

Geizhals » Forum » Programmierung » Frage an Assembler-Checker (11 Beiträge, 279 Mal gelesen) Top-100 | Fresh-100

^ Forum  Programmierung  #4413678 Frage an Assembler-Checker m3t4tr0n 27.10.2007, 20:10:24 Möchte zu einem Spiel gern einen Trainer schreiben und brauche Hilfe bei der "Code-Injection" (). 3913abc7: mov [eax+0x14],edx soll ersetzt werden durch einen call 47be78f7 (freie Adresse) gut und dort soll dann folgendes ausgeführt werden. inc edx inc edx mov [eax+0x14],edx ret In edx steht ein um 2 reduzierter Wert, den ich einfach wieder um zwei erhöhen will und dann nach eax+0x14 schreiben möchte. Leider funktioniert das nicht und das Spiel stürzt ab. Eine direkte Manipulation von 3913abc7: mov [eax+0x14],edx funktioniert, deswegen wird wohl in dieser "Umleitung" der Fehler liegen. Ich kann mich dunkel dran erinnern, daß man auf die Länge der Instruktionen achten muß, aber genau kenn ich mich da nicht (mehr) aus. Kann mir vielleicht jemand einen Hinweis geben? signature: da hong deng long gao gao gua 27.10.2007, 20:33 Uhr - Editiert von m3t4tr0n, alte Version: hier ^ Forum  Programmierung  #4413696 Re: Frage an Assembler-Checker -=]bLooDy[=- 27.10.2007, 20:47:52 Meine Assemblerzeiten sind auch schon einige Jahre her. Kann es sein das der Jump zurück zu klein dimensioniert ist? Verwende mal eine Ljump statt einen jump. Gibts in Assembler überhaupt ein Return? Soweit ich mich errinnern kann hüpft man mit einem Jump ins Unterprogramm(andere Speicheradresse) und nach Abschluss wieder zurück. Die Rückkehradresse legt man sich meistens am Stack ab oder man merkt sich die Stelle des Programmcounters (PC). Kann auch sein das das eine ganz andere Baustelle ist. Soviel Programmiersprachen die ich kenne bringt man irgendwann mal alles durcheinander. Hoffe geholfen zu haben. 27.10.2007, 20:48 Uhr - Editiert von -=]bLooDy[=-, alte Version: hier ^ Forum  Programmierung  #4413727 Re(2): Frage an Assembler-Checker m3t4tr0n 27.10.2007, 21:03:10 Ehrlich gesagt, hab ich wenig Plan davon. Nachdem ich mit der x86 ISA zwangsbeglückt wurde, hat sich meine Begeisterung dafür ins Bodenlose verabschiedet. Ich benutze als Hilfe den Memory Scanner/Debugger TSearch, der mir den oben angeführten Vorgang dann in Poke Befehle (Basic) für ein weiteres Programm liefert. Das sieht in meinem Fall so aus: Normale Ausführung: Poke 3913ABC7 89 50 14 // 3 byte Mit dem Umweg: Poke 4FBE78F7 42 42 89 50 14 C3 // die Bearbeitung nach dem Sprung, 6 byte Poke 3913ABC7 E8 2B CD AA 0E // Ausführung des Sprungs, 5 byte Also originale Version vs neue Version 3 byte vs. 11 byte. Ich hatte das viel viel früher schon einmal gemacht und in Erinnerung, daß die gleich groß sein müssen (oder ähnlich?) und man mit nops auffüllen mußte. Nur wie, weiß ich nicht mehr. Ich bin gerade fleißig am Googlen. Falls die Lösung also nicht von hier kommt, stell ich sie noch hier rein. Edit: Zielführendes Stichwort: "Code Cave". Das Problem ist tatsächlich, daß ich Instruktionen überschreibe. Und das Überschriebene eben wieder herstellen muß. signature: da hong deng long gao gao gua 27.10.2007, 21:21 Uhr - Editiert von m3t4tr0n, alte Version: hier ^ Forum  Programmierung  #4416142 Re: Frage an Assembler-Checker Knurz 28.10.2007, 23:32:36 Ich kann mich dunkel dran erinnern, daß man auf die Länge der Instruktionen achten muß, Ja, mußt Du, sonst steht was sinnloses dort. Glaube (auch schon bisserl länger her) das mov und jmp unterschiedliche längen hatten, also würde ich die fehlenden bytes mit NOP auffüllen. inc edx inc edx nop nop jsr [deincode] ret Da bei jump/branch operationen ja die meisten Register gepusht und dann wieder gepopt wird, hast in deiner Sub die gleichen Werte und kannst sie nach belieben manipulieren. So also des hatma ka Ruhe glassen .. GLOBAL main SECTION .data USE32 tmpbla:         resb    64 ; code SECTION .text USE32 main:         xor     edx, edx         mov     eax, [tmpbla]         mov    [eax+14], edx ergibt = 00000000  66 31 d2 66 a1 0c 00 66  67 89 50 0e 00 00 00 00  |f1.f...fg.P.....| 00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................| * 00000040  00 00 00 00 00 00 00 00  00 00 00 00              |............| 0000004c während GLOBAL main SECTION .data USE32 tmpbla:         resb    64 ; code SECTION .text USE32 main:         xor     edx, edx         mov     eax, [tmpbla]         jmp     [eax+14] folgendes ergibt: 00000000  66 31 d2 66 a1 0c 00 67  ff 60 0e 00 00 00 00 00  |f1.f...g.`......| 00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................| * 00000040  00 00 00 00 00 00 00 00  00 00 00 00              |............| 0000004c d.h. du mußt 1 NOP einfügen. Pass aber auf das das auf keiner ungeraden adresse liegt, sonst hast Du das Problem das die CPU wieder nur Blödsinn ließt. :/ Österreichisch ist die Perfektion von Deutsch! 29.10.2007, 08:59 Uhr - Editiert von Knurz, alte Version: hier ^ Forum  Programmierung  #4441120 Re: Frage an Assembler-Checker RevX 11.11.2007, 20:12:48 Braucht mov [eax+0x14],edx genauso viele Bytes wie call 47be78f7? Wenn mehr, dann musst die "fehlenden bzw. freigewordenen" Bytes (die durch das Verwenden des call jetzt freigeworden sind) mit NOPs füllen. ^ Forum  Programmierung  #4442184 Re(2): Frage an Assembler-Checker Knurz 12.11.2007, 11:36:04 mit NOPs füllen. und ggf aufpassen immer an even Bytes zu sein, was anderes nimmt der PC nicht Österreichisch ist die Perfektion von Deutsch!

 

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung