C++ Hilfe .. !

06/17/2012 18:26 Furkiii#1

So Leute ich arbeite an einen DLL Hack f�r Nos doch da gibt es ein Problem sobald ich Nostale mit der DLL injectiere steht da Nostale.exe funktioniert nichtmehr blablabla ...

Hier der Code :

Spoiler

Es geht hier bei um einen Lifehack in den Minigames !

06/17/2012 18:37 Rorc#2

#moved

06/17/2012 19:10 Elektrochemie#3

Geb mal aus ob deine ImageBase Addresse bzw dein Basepointer richtig ist.
DWORD ImageBase = (DWORD)GetModuleHandle(0);
Das sieht mir bischen eigenartig aus, aber okay.

if(GetAsyncKeyState(VK_F1)&1)State =! State;

Warum machst du das per AND Vergleich?

06/17/2012 19:31 Nightblizard#4

Da ich "Nos" nicht kenne z�hle ich einfach mal alle potentiellen Fehlerquellen auf.

Code:

DWORD BasePointer = 0;

In x64 Prozessen kann das zu Fehlern f�hren, da dort Arbeitsspeicher mit 8 Byte adressiert wird. Zeigt dein Pointer nun z.B. auf C00000000, dann passt das nicht in die Variable und in ihr steht dann lediglich 0.

Code:

#define Points 0x000009C4

Mal ganz davon abgesehen, dass das absolut unsch�n ist; bist du dir sicher, dass die Adresse stimmt?

Code:

DWORD WINAPI HackThread(LPVOID unused)

R�ckgabewert definiert, aber es wird nichts zur�ckgegeben. Dass das �berhaupt erstellt werden kann wundert mich! Welchen Compiler nutzt du?

Code:

DWORD dwBasePointer = *(DWORD*)BasePointer;  
DWORD ImageBase = (DWORD)GetModuleHandle(0);

Siehe Punkt 1.

Code:

DWORD ImageBase = (DWORD)GetModuleHandle(0);

Bist du dir sicher, dass dies das richtige Modul ist?

Code:

BasePointer = ImageBase + 0x004E6ABC;

Bist du dir sicher, dass die Adresse stimmt?

Abgesehen davon solltest du dir einen einheitlichen Coding-Style angew�hnen, das schaut gruselig aus...

Letztenendes solltest du deinen Code ein wenig Debuggen und uns mehr Infos zukommen lassen, ansonsten k�nnen wir dir nicht wirklich helfen.

06/18/2012 09:35 XxharCs#5

dein pointer offset (modul address) ist h�chstwahrscheinlich falsch
also das: 0x004E6ABC

weil wenn die adresse falsch ist, erzeugt die dll injection nen overflow und deswegen st�rzt nostale ab

Quote:

R�ckgabewert definiert, aber es wird nichts zur�ckgegeben. Dass das �berhaupt erstellt werden kann wundert mich! Welchen Compiler nutzt du?

willst du mir sagen das du void HackThread(){... machst ? <- ist n�hmlich das schlechteste was man tuhen kann

2.

Code:

DWORD WINAPI HackThread(LPVOID [B]unused[/B])

wie du siehst und man kann auch einen logischen schluss ziehen, verwenden wir den r�ckgabewert garnicht

noch zum TE:
den code copy&pasten und eigentlich nicht viel ahnung von dieser umgebung zu haben, passt nicht zusammen ;)

06/18/2012 13:30 MrSm!th#6

Quote:

Originally Posted by XxharCs

dein pointer offset (modul address) ist h�chstwahrscheinlich falsch
also das: 0x004E6ABC

weil wenn die adresse falsch ist, erzeugt die dll injection nen overflow und deswegen st�rzt nostale ab

Das musst du mir nochmal genauer erkl�ren.

Quote:

willst du mir sagen das du void HackThread(){... machst ? <- ist n�hmlich das schlechteste was man tuhen kann

Nein, er will sagen, dass man in einer Funktion, die als DWORD definiert ist, auch einen Wert vom Typ DWORD zur�ckgeben muss. Ein fehlendes return Statement ist ein Fehler.

Quote:
2.
Code:
DWORD WINAPI HackThread(LPVOID [B]unused[/B])
wie du siehst und man kann auch einen logischen schluss ziehen, verwenden wir den r�ckgabewert garnicht

Schei�e, wenn man den Unterschied zwischen Parametern und R�ckgabewerten nicht kennt.

06/18/2012 15:42 XxharCs#7

Quote:

Originally Posted by MrSm!th

Schei�e, wenn man den Unterschied zwischen Parametern und R�ckgabewerten nicht kennt.

Klar kenn ich den ;) :rolleyes:

Man kann aber parameter auch zur�ck geben, aber nicht immer und nicht jeden ! (paar andere vorraussetzungen spielen da nat�rlich auch mit..)

ein bsp in java w�r:

Code:

public static int method2(String s) throws IllegalArgumentException {
		if((s.charAt(0) > 'G') && (s.charAt(s.length() -1) < 'M')) {
			throw new IllegalArgumentException("So nicht.");
		}
		return s.length();
	}

Quote:

Originally Posted by MrSm!th

Das musst du mir nochmal genauer erkl�ren.

wenn man in ein spiel injectet und die adressen sind falsch, bekommt das spiel nen dc weil die dll auf irgendeine adresse zeigt etc.
ich hoffe das ich es besser erkl�rt hab, weil ich kein typ der alles 1a erkl�ren kann

deswegen sag ich das seine adresse falsch ist :)

06/18/2012 16:05 Nightblizard#8

Quote:

Originally Posted by XxharCs

weil wenn die adresse falsch ist, erzeugt die dll injection nen overflow und deswegen st�rzt nostale ab

Nein, das erzeugt keinen Overflow. Was da passiert nennt sich Zugriffsverletzung (access violation).

Overflows:
Puffer�berlauf
Arithmetischer �berlauf

Zugriffsverletzung:
Schutzverletzung

Quote:

Originally Posted by XxharCs

willst du mir sagen das du void HackThread(){... machst ? <- ist n�hmlich das schlechteste was man tuhen kann

Sch�n, dass du meine Aussage total missverstehst und dann eine solche Aussage in den Raum stellst ohne jede Begr�ndung. ^^

Lass mich dir das mal kurz zeigen, denn so schlimm ist das eigentlich nicht.

Code:

long __stdacall foo(long unused)
{
}

void bar()
{
     auto i = foo(0);
}

Nun in Assembly:

Code:

;long __stcall foo(long unused)
push ebp
mov ebp, esp
pop ebp
retn 4

;void bar()
push ebp
mov ebp, esp
push ecx
push 0
call foo
mov [ebp-4], eax
mov esp, ebp
pop ebp
ret

So wie er es benutzt passiert da nichts schlimmes, es wird dann irgendein Wert in deine Variable gesteckt. Das Gleiche passiert, wenn du void als R�ckgabetypen w�hlst. Im eax Register steht dann lediglich das, was vor dem Aufruf der Funktion drinnen stand.

Klar, das ist trotzdem falsch und es kann in x64 Prozessen crashen, aber ich habe das auch so gar nicht gemeint (wie Smith bereits sagte).

Quote:
Originally Posted by XxharCs
2.
Code:
DWORD WINAPI HackThread(LPVOID [B]unused[/B])
wie du siehst und man kann auch einen logischen schluss ziehen, verwenden wir den r�ckgabewert garnicht

Hier haust du ein paar wirklich fundamentale Dinge durcheinander! Ich rate dir nochmal ein Buch zu nehmen und das Kapitel "Funktionen/Prozeduren" durchzuarbeiten.

Quote:

Originally Posted by XxharCs

noch zum TE:
den code copy&pasten und eigentlich nicht viel ahnung von dieser umgebung zu haben, passt nicht zusammen ;)

Nehm dir ein Beispiel dran. Wenn man keine Ahnung hat, dann sollte man auch keine Tipps geben. ;)

Quote:

Originally Posted by XxharCs

Man kann aber parameter auch zur�ck geben, aber nicht immer und nicht jeden ! (paar andere vorraussetzungen spielen da nat�rlich auch mit..)

Man gibt keine Parameter zur�ck, das ist absoluter Unsinn!

Quote:

Originally Posted by XxharCs

ein bsp in java w�r:

Wo genau gibst du da nun einen Parameter zur�ck? Du gibst in deinem Beispiel die L�nge des Parameters "String s" zur�ck, sofern es den vorrausgegangenen Check �bersteht.

Quote:

Originally Posted by XxharCs

wenn man in ein spiel injectet und die adressen sind falsch, bekommt das spiel nen dc weil die dll auf irgendeine adresse zeigt etc.
ich hoffe das ich es besser erkl�rt hab, weil ich kein typ der alles 1a erkl�ren kann

deswegen sag ich das seine adresse falsch ist

Siehe Punkt 1, das ist kein Overflow.

Man gibt keine Tipps, wenn man nicht wei� wovon man spricht. ;)

06/18/2012 16:20 XxharCs#9

ich zittiere einfach nur:

Quote:

Man kann aber parameter auch zur�ck geben, aber nicht immer und nicht jeden ! (paar andere vorraussetzungen spielen da nat�rlich auch mit..)

vorraussetzung w�r in dem fall das ich die l�nge zur�ck gebe(.length), ein weiteres beispiel ist wenn ich zb den parameter * 2 oder was anderes im return mache, ich hoffe du verstehst was ich meine ;)
aber das weitere diskutieren lass ich mal erspart bleiben, willst du sicher auch nicht :)

nur noch beim:

Quote:

R�ckgabewert definiert, aber es wird nichts zur�ckgegeben.

hab ich deine aussage falsch intepretiert, nimms nicht b�se, aber durch Sm!ths post hab ich dich schon verstanden was du meintest :)

Quote:

Siehe Punkt 1, das ist kein Overflow.

als ich damals logs erstellt habe bei den probs die ich hatte, sagten die logs das es sich um einen overflow handelte da die adresse auf wichtige threads gezeigt hat und ich dann irgendwas ver�ndert hab und deswegen st�rzte es ab
aber Zugriffsverletzungen in diesem fall, w�rd ichs nicht nennen, da bei der zugriffsverletzung schon was anderes passiert

06/18/2012 16:57 2n0w#10

Quote:

Originally Posted by XxharCs

aber Zugriffsverletzungen in diesem fall, w�rd ichs nicht nennen, da bei der zugriffsverletzung schon was anderes passiert

Du kannst es nennen wie du willst, an einen "bad pointer" zu schreiben bringt dir wahrscheinlich eine Access violation ein.
Was, wenn nicht das hier, sollte sonst eine Access violation ausl�sen o.0 ?

06/18/2012 18:25 MrSm!th#11

Quote:

Originally Posted by XxharCs

ich zittiere einfach nur:

vorraussetzung w�r in dem fall das ich die l�nge zur�ck gebe(.length), ein weiteres beispiel ist wenn ich zb den parameter * 2 oder was anderes im return mache, ich hoffe du verstehst was ich meine ;)
aber das weitere diskutieren lass ich mal erspart bleiben, willst du sicher auch nicht :)

nur noch beim:

hab ich deine aussage falsch intepretiert, nimms nicht b�se, aber durch Sm!ths post hab ich dich schon verstanden was du meintest :)

als ich damals logs erstellt habe bei den probs die ich hatte, sagten die logs das es sich um einen overflow handelte da die adresse auf wichtige threads gezeigt hat und ich dann irgendwas ver�ndert hab und deswegen st�rzte es ab
aber Zugriffsverletzungen in diesem fall, w�rd ichs nicht nennen, da bei der zugriffsverletzung schon was anderes passiert

Darauf l�sst sich nur noch

Quote:

Man gibt keine Tipps, wenn man nicht wei� wovon man spricht.

erwidern.