der mir einleuchtendste weg wäre folgender:
-> viel zeit haben
-> assembler lernen
-> programm und dlls disassemblieren
-> asm-code schritt für schritt durchgehen und die funktionsweise des programmes verstehen... dürfte schwierig sein(aber was weiß ich, ich habs noch nicht probiert), da du unkommentierten assembler-code vorliegen hast, und assembler ist auch schon kommentiert nich tunbedingt einfach nachzuvollziehen, außerdem hast du keine symbolischen label mehr sondern bloß addressen
-> wie dem auch sei, irgendwann findest du dann die stelle an der zum beispiel steht: schaue auf die cd, wenn nicht die korreckte cd drin ist: fehler
-> die änderst du
-> die veränderte source assemlblieren
-> fertig

aber wie gesagt: lass das mal irgendwelche assembler-cracks für dich machen und genieße den fertigen *Z*(sry)

mfg

Hab mir schonmal einen solchen Disassembler angeschaut.... Kein Durchblick... ;-)
Aber danke für die Infos!

Oft ist das Gegenteil der Fall: angenommen ich identifiziere im Binärcode den Teil, der abfragt ob die Datenquelle ein CD-Laufwerk ist. Oder irgendeine Bedingung auswertet und je nach Wahrheitsgehalt woanders hinspringt. Was wäre das einfachste? Kahlschlag! Die Binärcodes werden durch Platzhalter ersetzt. Krass verglichen könnte man es als Lobotomie sehen.

Was Deine Messenger-Ignore-Liste betrifft: hier werden die existierenden Kommunikationsverhalten von Messengern mit ihren Servern studiert. So kann man natürlich Schwachstellen "im Design" ausnutzen, so dass man z.B. den Server anfragen kann, bei wem man alles auf Ignore gesetzt wurde (was für den echten Client aber nie so gedacht war).