Delphi exe code verschlüsseln

[Jörn]

Das ist sehr einfach. Es reicht in der Theorie, das Programm zu disassemblieren. Danach kann man mittels SoftICE oder ähnlichem 'debuggen', man bekommt die Stelle heraus, bei welcher die Meldung 'Passwort falsch' o.ä. bekommt. Dann kann man mit etwas Übung/Glück auf die Stellen des Kopierschutzes schliessen. Diese werden mit dem JMP-Befehl, glaube ASM-Code 80 überschrieben. Schon ist eine Passwortabfrage/CD-Check oder was weiss ich ausgehebelt. So die Theorie. Wenn mich mein Wissen nicht täuscht.

[c113plpbr]

Zitat von The-X:

Seit wann besteht ein [ASM] JE [/ASM] bzw. ein [ASM] JNE [/ASM] aus 2 relevanten Bytes?
im eine solche Abfrage umzupolen braucht man normalerweise nur ein Byte patchen,
und zwar die 74 in eine 75 bzw umgekehrt

Und wenn du auf die (eigentlich blöde) idee kommen solltest und den richtigen code eingibst, wird er als falscher erkannt ... also auch blöd ... ^^ ... daher patchen wir doch lieber 2 (oder 3) bytes, und lassen wir ihn einfach weiterlaufen, oder bauen einfach einen jmp ein ...

Zitat von Toxman:

Hat jemand schon mal bei seinem Programm zu Testzwecken so einen Patch versucht?

Hier treten immerwieder (sorry für diese ausdrucksweise) witzbolde auf, die meinen ihr programm wäre sicher, und stellen es uns hier zur verfügung, und wir sollen ihnen zeigen, dass es nicht sicher ist.
Eine einfache if-abfrage ist recht einfach zu umgehen, entweder ersetzt man sie einfach durch nop (no operation) oder einfach durch einen befehl der das programm immer zum sprung bewegt ...

NOP is übrigens code 90 ... (hexadezimal natürlich)

ciao, Philipp

[Blutiger Anfänger]

Ich steh auf Guard-Threads und diverse andere Hausmethoden ... so kann man sichergehen, daß der Code-Teil, welcher beschützt wird, nicht modifiziert wurde. Außerdem bringen TRYs immer wieder den Disassembler oder Debugger aus dem Tritt.

Als Lektüre kann ich "Hacker Disassembling Uncovered" nur dringend empfehlen.

BTW: Die Frage ist noch als offen markiert, obwohl das obsolet ist!