Gibt es eine Möglichkeit einen Prozess zu schützen sodass sich keine Cheats oder Hacks injecten können?
Sozusagen ein Anti-Cheat Client...

lass deine DLL VOR dem Start mittels MD5 Hashen, und überprüf diesen Haswert zb. alle 3 - 10 Minuten
sollte eigentlich klappen.

Ansonsten überprüf die bereits gesetzten Werte in deiner DLL Regelmäßig ob diese noch entsprechend richtig sind.

Wäre meine Idee.

Gruß

Injection passiert doch grundsätzlich im RAM?!
Was bringt dir da der MD5 einer Datei?

Genau. Die deine Dateien werden nicht verändert, nur dein RAM wird manipuliert.
Abfangen wird garantiert nicht ganz leicht. Hatten wir hier schon öfters mit antworten wie z.b. bestimmte Werte verschlüsseln, hashes ausm RAM machen oder aber die entsprechenden API's hooken.
Du musst ja gewisse WinAPI Aufrufe tätigen, welche benötigt werden um sich irgendwo einklinken zu können. Du könntest diese Hooken und schauen ob du betroffen bist.

Mh. ich kenn Injection auch über die Datei selbst.
An den RAM hab ich grad nicht gedacht stimmt aber.

Was meinst du über die Datei selber?
Injection kannst du nur über bestimmte API-Aufrufe. Wenn du das Game selbst veränderst kann man natürlich nix machen. Aber da kannste auch nix gegen machen. Wenn jemand eine Dateien manipuliert wirste nichts gegen machen können. Sonst gäbs was effektives gegen cracks usw.

@thefiloe wer sprach hier von einem spiel? [ ... das Game selbst ... ]
Gibt es nicht eine möglichkeit die Anzahl der geladenen DLLs zu überprüfen?
Ansonsten kann man doch die DLL im Ram (den Code) mit der DLL (Datei) vergleichen?

Willst du nen Anti-Cheat Tool für Office 2007 oder was? -.-

Ich gehe mal einfach davon aus, dass es sich um nen Spiel handelt weil wo will man sonst cheaten?
Naja weißte wäre vll. mal gut wenn du sagen würdest um was für eine assembly es handelt? Ist das teil native oder managed oder gar java,...?

Kannst im Hintergrund (Nehme an, das es um ein Spiel geht) immer überprüfen, ob plötzlich unlogische Werte im Spiel sind, z.B. von 1$ auf 9999999$, und dass in einen Schlag.

Sonst weiss ich auch net...

mfg

gfc

Naja es geht ihm hier ja ums Injecten.
Also wenn du es in C++ machst, musst du die LrdLoadLibraryA / LrdLoarLibraryW hooken

BeefyX schrieb:

Also wenn du es in C++ machst, musst du die LrdLoadLibraryA / LrdLoarLibraryW hooken

Nicht unbedingt. Es gibt ja auch viele Injecter die, die Dll nicht (ich sag mal) offiziell nachladen, sondern einfach freien Speicher im Ram suchen und dann die passenden Funktionen hooken. Ich glaube, dann wird das relativ schwer herrauszufinden, ob was injected ist. Genau diese Fragen stellt sich Punkbuster ja auch :).

A) Es geht immernoch ums injecten und nicht ums Hooken von Funktionen.
B) "Genau diese Fragen" - Welche fragen?

Diese Fragen wie er genau die gerade eben beschriebene Art der Injektion vermeiden könnte...

BeefyX schrieb:

A) Es geht immernoch ums injecten und nicht ums Hooken von Funktionen.

Wie willst du das denn trennen? Injecten bedeutet ja nur Code im Adressraum eines anderen Prozesses zum ausführen zu bringen und da gibt es nun mal viele Wege um das hin zu bekommen.

BeefyX schrieb:

B) "Genau diese Fragen" - Welche fragen?

Wie erkenne ich, ob sich fremder Code in das Programm injected hat?

Das einfachste wäre ja die Prozessmodule zu überprüfen.