Forum: Win32/Win64 API (native code)
Delphi
by Hedge,
26. Sep 2008
Ja, genau solche meine ich.
Im Speziellen: Es muss verhindert werden, dass Jemand eine Callback-Funktion selbst auslösen kann oder zumindest dass erkannt wird, dass die Callback-Funktion (oder eine der folgenden die mit den Variablen arbeiten) nicht vom Programm selbst sondern künstlich ausgelöst wurde.
Es wurde ja schon in den Raum geworfen möglichst viel sinnlosen Code unterzubringen.
...
Forum: Win32/Win64 API (native code)
Delphi
by Hedge,
25. Sep 2008
Antwortest du wirklich auf den ersten Beitrag ? :cheers:
Bei meinem Tool möchte ich Debugger nicht unbedingt zum Abschmieren bringen. Früher oder später werden bei meinem Projekt immer Daten an einen Server übertragen. Wenn die Daten inkonsistent sind oder einfach nur merkwürdig, dann wird beim übertragen der Daten der User geflagged und Online kann ich dann wesentlich besser die Leute...
Forum: Win32/Win64 API (native code)
Delphi
by Hedge,
25. Sep 2008
Ah danke.
Nur noch eine Sache, dann sind wir durch :)
Die Variablen check und FValue liegen ja hintereinander im Speicher. Könnte das gefährlich werden, wenn wir mal nicht von Script-Kiddies sondern Hobby-Cheatern ausgehen ?
Forum: Win32/Win64 API (native code)
Delphi
by Hedge,
25. Sep 2008
OK, das habe ich jetzt soweit verstanden, aber da kommen 2 neue Fragen auf
(Sorry dafür, aber ich will auch verstehen was ich da tue).
Warum benutzt du Hex-Werte und nicht normale Integer?
Hat xor_code := Random($40000000) + $40000000; eine spezielle Bedeutung oder ist es einfach nur so gedacht, dass der Integer keinen Überlauf kriegt?
Forum: Win32/Win64 API (native code)
Delphi
by Hedge,
24. Sep 2008
Ah..danke.
Das Prinzip verstehe ich und es macht auch Sinn, aber 3 Fragen hätte ich noch:
1. Sollte xor_code nicht ein Element der Klasse TSaveInt sein, weil es ja an einigen Stellen benutzt wird und für jede Instanz einen anderen Wert übergeben kriegt.
2. Was bedeutet ein '$' am Anfang von Integern?
3. Auf der Zeile werd ich nicht ganz schlau:
Forum: Win32/Win64 API (native code)
Delphi
by Hedge,
24. Sep 2008
Ja, hab auch schon erfahren, dass das mit dem DebugFlag nix mehr bringt.
Wäre es nicht ziemlich trivial rauszufinden wie die Variable verschlüsselt ist, wenn ich sie nur einmal mit einem XOR verknüpfe?
Forum: Win32/Win64 API (native code)
Delphi
by Hedge,
23. Sep 2008
Die Variablen können nur inkrementiert werden. Das müsste eine Checksumme unnötig machen, weil ich ja nur schauen brauch ob die Variable sich mehr als +1 verändert hat seit dem letzten Aufruf meiner Funktion, aber danke für den Tipp :)
Forum: Win32/Win64 API (native code)
Delphi
by Hedge,
15. Sep 2008
Ah, danke für den Tipp.
Da mein Programm Daten an einen Server senden soll, würde ich Jemanden 'flaggen' bei dem ein Debugger erkannt wurde.
Kann es auch dem Normal-User i-wie versehentlich passieren, dass i-was bei ihm als Debugger erkannt wird ohne, dass er einen Crack-Versuch unternehmen wollte?
Forum: Win32/Win64 API (native code)
Delphi
by Hedge,
15. Sep 2008
kann man es zumindest so schützen, dass nur Jemand der richtig viel Ahnung vom cracken hat es auch schaffen würde die Variablen zu manipulieren.
Bei mir gehts hauptsächlich darum eine Anwendung vor Script-Kiddies zu schützen.
Forum: Win32/Win64 API (native code)
Delphi
by Hedge,
15. Sep 2008
Ist es denn möglich bestimmte Variablen so zu schützen, dass sie zumindest nicht manipuliert werden können? Durch Verschlüsselung oder sowas?