Software vor Raubkopierer schützen

[SirThornberry]

Also vor cracks kann man sich fast nicht schützen. Was etwas hilft ist das man öfters mal überprüft ob die checksumme des Programmes noch der des Orginalprogrammes ist. Besser noch ist anhand der Checksumme berechnungen im Programm auszuführen, Wenn die Checksumme falsch ist wird keine Fehlermeldung gebracht sondern das Programm arbeitet einfach falsch. Wenn nicht sollte man nicht direkt eine Message werfen da es dem cracker sonst um so leichter gemacht wird diese stelle zu finden. Und wenn man das in zusammenhang mit einem dongle betreibt ist es etwas sicherer.

[DelphiFreund]

Selbst das mit der Checksumme kann man hinbekommen. Aber ich denke nicht, dass ein einzelner Programmierer eine Software schreibt, die so teuer ist, dass es sich lohnt einen Crack zu schreiben.

Gruß DelphiFreund

[SirThornberry]

@delphifreund: hinn bekommen kann man so ziemlich alles, man kann es den leuten nur schwer machen. Und wenn ein Programm in jeder Procedure noch die checksumme der Procedure nutzt um korrekte arbeit zu leisten ist es doch schon etwas aufwendiger das programm zu cracken wenn man ohne diesen mechanismus vorher nur Gleich einfach durch Ungleich ersetzen brauchte.

So, mal noch nen kleines Beispiel für die Leute die nicht wissen was ich meine:

Delphi-Quellcode:

type
  PBuffer255 = ^TBuffer255;
  TBuffer255 = array[0..255] of char;
[...]
procedure TForm1.Button1Click(Sender: TObject);
var L1: TBuffer255;
    LSumme, LCount: Integer;
begin
 L1 := PBuffer255(@TForm1.Button1Click)^;
 LSumme := 0;
 for LCount := 0 to 255 do
 begin
   inc(LSumme, Byte(L1[LCount]));
 end;
 if LSumme = 35 then
 begin
   ShowMessage('ja');
 end;
 showmessage(inttostr(LSumme));
end;

Wenn man jetzt "LSumme = 35" in "LSumme <> 35" ändert so ist der Wert von LSumme ein anderer als vorher. Und wenn man den Wert in LSumme als Grundlage für weitere Berechnungen nimmt und nicht einfach ausgeben lässt so kann es passieren das die procedure auf einmal was ganz anderes macht als vorher.

Noch eine Schutzvariante ist das man einfach den Inhalt der Funktion rauspatcht (also mit 0 in der Exe auffüllt) und den eigentlichen Programmcode in den Dongle auslagert und später bei programmstart den programmcode aus dem dongle liest und zurück schreibt. Zwar wurde auch dieser Schutz schon geknackt aber es erschwert die arbeit ein wenig und einige geben vielleicht doch auf.

[TheMiller]

Ich habe mir die Zeitschrift "Der Entwickler" mal gekauft, da da was drin war, was mich interessierte und zufälliger weise waren ab Seite 90 Tipps zu Kopierschutzmechanismen drin.

Gehe mal auf Diese Seite. Da gibts schon einen guten Schutz gegen Disassambling und Reverse-Engeneering für 120€

[SirThornberry]

Wo kann man die Zeitschrift "Der Entwickler" nach bestellen?

[Jelly]

Zitat von SirThornberry:

Wo kann man die Zeitschrift "Der Entwickler" nach bestellen?

Hi,
na wie wärs mal ganz einfach unter www.derentwickler.de

Tom

[semo]

hat jemand erfahrung mit der activeLicense online version?

(bezüglich der implementierung in das eigene projekt)

mfg marcus

[gothic_mike]

Zitat von Luckie:

Die sicherste Methode: Freeware und am besten dazu noch OpenSource und du hast diesbezüglich keine Kopfschmerzen mehr.

Oder so schlechte Programme schreiben, das keiner Interesse daran hat.

[semo]

wat für ein sinnvoller beitrag... *grummel*

[Alex_ITA01]

ich habe mal was bei Delphi-Source gelesen über Steganographie.Dort werden informationen in Bildern abgespeichert...
Vielleicht hilft dir das ja

MFG Alex