★★★★★ Tibolus Slots Unlocker ★★★★★ | OpenSource

[Tibolus_]

Hey Guys,
I release my Slots Unlocker...The Unlocker doesn´t crash or lagg

Screen:


Download:
...

VT(Only Dll) :

File name: Tibolus Slots Unlocker.dll
Detection ratio: 0 / 45

Source Code:

Tested on Win 7 64x: 60 Minutes (no crashes / laggs)
but its never crash

Does´t say that it´s bad or not art. I´m just bored!

Have fun

[~ExoduS~*]

Nice work win 7 32bit


MFG

EXO

[Dashz]

Nice Unlocker. working on OS Windows7 - 64Bit. <3

[RotesPferd]

Große Fresse, aber nicht in der Lage sein Nomen klein zu schreiben. So kennen wir unseren C++ Botnet Üb0rcoder.

PS: ' nicht ´ du armseeliger Affe.

[xXrussXx]

Wieso der ganze Mist mit Xor etc wenn das vöööölig ausreicht?:
*(byte*)(Server+OFS_Slot5)=0x1;
*(byte*)(Server+OFS_Slot6)=0x1;
*(byte*)(Server+OFS_Slot7)=0x1;
*(byte*)(Server+OFS_Slot8)=0x1;

[Tibolus_]

Originally Posted by xXrussXx

Wieso der ganze Mist mit Xor etc wenn das vöööölig ausreicht?:
*(byte*)(Server+OFS_Slot5)=0x1;
*(byte*)(Server+OFS_Slot6)=0x1;
*(byte*)(Server+OFS_Slot7)=0x1;
*(byte*)(Server+OFS_Slot8)=0x1;

ja stimmt das xor ist eigendlich unütz... kann man auch wegmachen

Originally Posted by RotesPferd

Große Fresse, aber nicht in der Lage sein Nomen klein zu schreiben. So kennen wir unseren C++ Botnet Üb0rcoder.

PS: ' nicht ´ du armseeliger Affe.

geil wa ?

[+Yazzn]

Der Source Code enthält Fehler und über den Stil will ich gar nicht erst reden.

[Tibolus_]

Originally Posted by Yazzn (:

Der Source Code enthält Fehler und über den Stil will ich gar nicht erst reden.

oke die pragma warnings können weg und der ganze xor abschnitt... was den noch ?

[5ubZer0]

Erstmal ein fettes dislike, **** gibts nicht
Hihihi bist ja richtig weit gekommen in der Szene
Sieht nicht schlecht aus, obwohl ich kein Design (Menü) erkennen kann.
Dadurch schließe ich darauf,dass es ein Hack ohne Menü ist oder?

[CyberVeezy :)]

OFS_SLOT5 - 8 krasser scheiß..
# work win 7 64 bit

[airstreeeeks]

Originally Posted by 5ubZer0

Erstmal ein fettes dislike, **** gibts nicht
Hihihi bist ja richtig weit gekommen in der Szene
Sieht nicht schlecht aus, obwohl ich kein Design (Menü) erkennen kann.
Dadurch schließe ich darauf,dass es ein Hack ohne Menü ist oder?

nee glaub nich
das heißt nomenü

[Cyno™]

Originally Posted by Tibolus_

oke die pragma warnings können weg und der ganze xor abschnitt... was den noch ?

zB , dass du beim aufruf der C Funktion CreateThread, als lpStartAddress Parameter , der vom Typ LPTHREAD_START_ROUTINE ist

typedef DWORD (WINAPI *PTHREAD_START_ROUTINE)(
LPVOID lpThreadParameter
);

Einen Funktionspointer , auf eine Warscheinlich vom Aufrufstyp __cdecl ( Je nach Projectsettings ) und definitiv keinerlei Aufrufsparameter und Rückgabeparameter enthaltenen Funktion übergibst und diesen in den Typ (LPTHREAD_START_ROUTINE) castet , obwohl dieser sowohl DWORD als Rückgabetyp als auch einen void * Pointer auf ein argument erwartet.

Dies verändert den Stack und kann zu crashes bzw unvorgesehenden Programmabläufen führen.


Desweiteren ist es sowieso unnötig einen Thread zu Starten.
Wie wir sicherlich alle wissen , wird der wert der Slots nicht dauerhaft von WarRock überschrieben , wäre es da nicht sinnvoll die Werte einmalig zu ändern , zudem man bei dieser source die Funktion nicht abschalten kann...

Für mich ergibt sich auch kein sinn , warum ein 8 Sekunden Sleep in der DllMain funktion Sinvoll wäre ?
Wozu 8 sekunden warten , bevor wir ( Warscheinlich LoadLibrary ) unseren Rückgabewert mitteilen ?
Das kann bei einigen Injectoren zur meldung "Failed to Inject" führen.

Ist aber schön , dass auch bei den Letzten mittlerweile angekommen ist , dass ihr bei den Slots Byte ( 1 Byte ) und nicht int ( 4 Bytes ) benutzen solltet.

Btw : Warum includest du die stdio.h , ohne eine einzelne Funktion daraus zu benutzten ?


Dieser Post ist als konstruktive Kritik zu betrachten.

[aitorreturns]

thanks!!! do more next time please!

[+Yazzn]

Im Folgenden ein Beispiel wie das ganze schöner zu realisieren ist.

#include <windows.h>
#include <thread>
#include <future>
#include <chrono>
#include <atomic>
#include <cstdint>

std::future<void> hack_thread_result;
std::atomic<bool> hack_thread_active;

std::uint32_t* server_pointer = reinterpret_cast<std::uint32_t *>(0xA53868);

void hack_thread(const std::atomic<bool> &active)
{
	while (active)
	{
		if (*server_pointer)
		{
			*reinterpret_cast<std::uint32_t *>(*server_pointer + 0xC70D4) = 0x01010101;
		}

		std::this_thread::sleep_for(std::chrono::seconds(1));
	}
}

BOOL WINAPI DllMain(HINSTANCE, DWORD reason, LPVOID)
{
	if (reason == DLL_PROCESS_ATTACH)
	{
		try
		{
			hack_thread_active = true;
			hack_thread_result = std::async(std::launch::async, hack_thread, std::cref(hack_thread_active));
		}
		catch (const std::system_error &)
		{
			return FALSE;
		}
	}
	else if (reason == DLL_PROCESS_DETACH)
	{
		hack_thread_active = false;
	}
	return TRUE;
}

Alle Angaben wie immer ohne Gewähr. Spielteilnahme ab 18 Jahren. Glücksspiel kann süchtig machen.

[Tibolus_]

Originally Posted by Cyno™

zB , dass du beim aufruf der C Funktion CreateThread, als lpStartAddress Parameter , der vom Typ LPTHREAD_START_ROUTINE ist

typedef DWORD (WINAPI *PTHREAD_START_ROUTINE)(
LPVOID lpThreadParameter
);

Einen Funktionspointer , auf eine Warscheinlich vom Aufrufstyp __cdecl ( Je nach Projectsettings ) und definitiv keinerlei Aufrufsparameter und Rückgabeparameter enthaltenen Funktion übergibst und diesen in den Typ (LPTHREAD_START_ROUTINE) castet , obwohl dieser sowohl DWORD als Rückgabetyp als auch einen void * Pointer auf ein argument erwartet.

Dies verändert den Stack und kann zu crashes bzw unvorgesehenden Programmabläufen führen.


Desweiteren ist es sowieso unnötig einen Thread zu Starten.
Wie wir sicherlich alle wissen , wird der wert der Slots nicht dauerhaft von WarRock überschrieben , wäre es da nicht sinnvoll die Werte einmalig zu ändern , zudem man bei dieser source die Funktion nicht abschalten kann...

Für mich ergibt sich auch kein sinn , warum ein 8 Sekunden Sleep in der DllMain funktion Sinvoll wäre ?
Wozu 8 sekunden warten , bevor wir ( Warscheinlich LoadLibrary ) unseren Rückgabewert mitteilen ?
Das kann bei einigen Injectoren zur meldung "Failed to Inject" führen.

Ist aber schön , dass auch bei den Letzten mittlerweile angekommen ist , dass ihr bei den Slots Byte ( 1 Byte ) und nicht int ( 4 Bytes ) benutzen solltet.

Btw : Warum includest du die stdio.h , ohne eine einzelne Funktion daraus zu benutzten ?


Dieser Post ist als konstruktive Kritik zu betrachten.

oke danke werde es ändern

zum thema stdio sag ich einfach nur nicht gesehen und ein reflex
bei 8 sek warten ist halt, das die leute die aufgerufende seite sehen

das mit dem wert einmal übergeben ändere ich dann genauso wie das creaththread aber danke ^^