Client Emulator Programmieren

Ich würde gerne einen Client Emulator für das Spiel League of Legends Programmieren. Ich habe mir dazu mal das Tutorial [Only registered and activated users can see links. Click Here To Register...] angesehen.

Bei dem Spiel an sich gibts kein Login, denn das passiert separat durch einen anderen Client, dieser Startet das eigentliche Spiel dann durch Parameter, welcher Server und eine Session. Wenn ich nun nach dem Tutorial gehe, bekomme ich ca. 5 Packets die Sekunde. Wie kann ich da vorgehen? Das ist ja doch recht viel. Oder sollte ich am Besten über OllyDbg das ganze auseinander nehmen?

Schön wäre es wenn mir jemand ein bisschen zur Seite stehen könnte, der schon mal einen Client oder Server Emulator geschrieben hat und mir etwas über ICQ, MSN oder Skype was hilft.

die menge der packets ist ganz zu anfang unwichtig, als erstes muss du wissen, ob es ne encryption gibt oder nicht!

gehen wir mal von aus es gibt keine / das haste schon alles erledigt

die packetstruktur kann man im grunde nur "erraten", ich gehe hier mal von meinem metin2 bot aus:
die packets haben hier alle den aufbau: header (packet id), daten und dann ein sequence byte (zum check).
jetzt musst du rausfinden wie das bei lol is.

die einzige möglichkeit ist zu schauen, wie sich einige packets bei bestimmten events wiederholen (bsp. chat)
daraus kann man dan (je nach dem was man schreibt) ablesen, was da drin steht. wenn das nicht so perfekt klappt muss man nunmal reversen!

Also ich gehe schon davon aus das es verschlüsselt ist und warum ist die menge egal? Wenn ich nun was in den Chat z.B. schreibe, wie kann ich raus finden, welches Packt nun der Chat war? Denn bis ich es stopen kann, habe ich schon wieder 20 neue Packets drinnen oder mehr

Die Antwort ist Packetstruktur. Da steht irgendwo drin, dass es ein Chatevent ist. Wenn das Packet verschlüsset ist, dann must du es erst entschlüsseln, und dann mal anschaun, was da so drin steht, und evtl mehrere Packets des selben Events vergleichen, dann siehst du schnell
AHA, die 08 AB da vorne heißt, es ist ein Chatevent, dahinter kommt der Name, dann eine Farbe, dann die Chatmeldung, dann noch eine Checksum oder so ähnlich.

Quote:

Originally Posted by minecrawler Die Antwort ist Packetstruktur. Da steht irgendwo drin, dass es ein Chatevent ist. Wenn das Packet verschlüsset ist, dann must du es erst entschlüsseln, und dann mal anschaun, was da so drin steht, und evtl mehrere Packets des selben Events vergleichen, dann siehst du schnell AHA, die 08 AB da vorne heißt, es ist ein Chatevent, dahinter kommt der Name, dann eine Farbe, dann die Chatmeldung, dann noch eine Checksum oder so ähnlich.

Naja entschlüsseln ist ja einfach so gesagt, wie gehe ich das am besten an? In OllyDbg bin ich mal die Funktionen vom "CALL WSASentTo" hoch gegangen. Nach 4 mal hoch gehen bin ich in einer kleinen Schleife mit Dynamischen CALL aufrufen. Zwischen diesen 4 Aufrufen ist wirklich viel code, wie finde ich dort die Verschlüsselung am sinnvollsten? :O

einen hook in der funktion platzieren wo du denkst dass es encrypted wird und den input buffer loggen...
so hab ich es gemacht :)

das gleiche funktioniert auch andersrum, nur dass man beim empfangen nunmal den output buffer braucht ;D

Soll ich einfach mal ne Detour auf allen Funktionen machen die ich in den funktionen selbst finde? Hört sich schon mal ganz gut an, nur eine sache, in welchen Registern stehen die Parameter denn immer? oder sind das die, die vorher gepusht werden? Weil in Olly schaue ich einfach unten rechts normalerweise.

unten rechts steht der stack.
ja, das ist das mit dem pushen. lol

auf alles nen detour legen ist nicht unbedingt die beste idee.
step lieber mit dem debugger durch und schau wo das packet verschlüsselt wird.

Die funktion kannst du dir dann in deine programmiersprache übersetzten oder sofern die sprache inline assembler kennt direkt koopieren.

Ja ich bin noch ein Anfänger im debuggen ... mache den ASM / debug kram erst seid 1,5 monaten.

naja aber die internen packets sind (habe ich bei einem veralteten packetlogger gesehen) auch nur bytes. wird also nicht ganz so einfach das beim durch stepen zu sehen.

Naja c++ dann, also sollte das ja schon mal kein problem werden :)

nen client emulator ist schon ein ziemlich großes projekt, das sollte dir klar sein.

natürlich sind die packets nur bytes. du musst aber rausfinden welche von den bytes zusammen gehören (dword, short, float, ...) und wofür sie stehen.

am einfachsten ist es meistens mit chat packeten, da siehst du dann den klartext solange bis er gecryptet ist.

naja der client emulator soll nicht viel können, außer zum game connecten und dafür sorgen das er keinen DC bekommt, dazu sollte ja ein pulse packet und ein bewebungs packet reichen.

Mhhh meinste ich kann es so machen: Chat Event finden -> breakpoint setzen, funktion wo der crypt drinnen ist -> breakpoint setzen jedoch nicht einschalten. dann das chat event aufrufen und beim break den breakpoint 2 einschalten?