Bypassing GameGuard Guide
The simple fact that you are willing to read this tutorial shows that you are at least interested in making your own hacks/bypasses.
I will walk you guys through the general idea behind the PostMessage bypass and its sourcecode.
Here is a list of tools that you will probably need (so look for a copy of these programs):
-Microsoft Visual C++ (any version will do, I myself use 6.0)
-Microsoft Visual Basic (just to save the hassle and to be able to setup a GUI real fast)
-OllyDbg with some plugins (IDA pro is more powerful, but also harder to use)
-A brain and the will to try things over and over again untill u get the hang of it
You have downloaded these tools, your IQ isn't lower than 70 and you have the will to learn and to try until you succeed!
So lets get started!
So, what does GameGuard do? Why can't I use certain functions?
To keep it simple: GameGuard basically intercepts some (almost every single one) of the functions that allows users to create macro tools/bots.
If youre familiar with "hacking" you have most likely heard of "hooking" functions (and a many times used technique, Microsoft's Detours).
This is often done when simple adjustments have to be made to a program of which the user has lost the sourcecode (or simply doesnt have the sourcecode) from. You overwrite the first 5 Op-codes of the function you want to intercept with a call to your own function.
This prevents the original function from being executed and executes your function instead! You can then check the params that were send to the original function, execute some other pieces of code if you like and then return to the function so you dont completely ruin the dataflow.
(As I have mentioned before, a good way to do this is by "detouring" a function.) Im unsure if GameGuard uses detours, though it appears to me that the hooking method they use is very similar to what I described.
So basically the first 5 bytes of the original function are not as they are supposed to be, and therefor you are dependant on what GameGuard allows you to do with this function.
In the case of PostMessage calling PostMessage will not cause the function to be executed as you intended it to be.
Well, Ive got a clue now how GG blocks these functions.. How to bypass it?
Bypassing a function thats hooked by GG isn't that hard.
Basically you let YOUR function handle the op-codes that were originally at the 1st 5 bytes of the program, then you will let the program jump to the function's offset + 5 bytes.
That way you JUMP OVER the bytes GG has overwritten to redirect the function to a GG function.
If you do that without executing the original op-codes you will most likely make the game crash because the registers will be all messed up.
Off to some code (Here is where Visual c++ jumps in):
Code:
#include <windows.h>
HINSTANCE hInst;
DWORD DLLFunc;
HWND hFlyff;
HWND hWnd;
__declspec(naked) BOOL WINAPI __stdcall myPostMessageA(HWND hWnd, UINT Msg, WPARAM wParam, LPARAM lParam)
{
__asm
{
mov edi, edi
push ebp
mov ebp, esp
jmp [DLLFunc]
}
}
Code:
__declspec(naked) BOOL WINAPI __stdcall
Code:
myPostMessageA(HWND hWnd, UINT Msg, WPARAM wParam, LPARAM lParam)
If you are unsure what parameters to pass to it look the original function up on MSDN.
Code:
__asm
{
mov edi, edi
push ebp
mov ebp, esp
jmp [DLLFunc]
}
jmp [DLLFunc] means that the program should jump to a certain offset, that offset is equal to the functionroot + 5 bytes.
We declare it in DLLMain:
Code:
BOOL WINAPI DllMain(HINSTANCE hInstance, DWORD dwReason, LPVOID /*lpvReason*/)
{
switch (dwReason)
{
case DLL_PROCESS_ATTACH:
{
if (DLLFunc == NULL) {
hInst = LoadLibrary("user32.dll");
DLLFunc = (DWORD)GetProcAddress(hInst, "PostMessageA") + 5;
}
if (hFlyff == NULL) {
hFlyff = ::FindWindow(NULL, "FLYFF");
}
}
break;
case DLL_THREAD_ATTACH:
{
if (DLLFunc == NULL) {
hInst = LoadLibrary("user32.dll");
DLLFunc = (DWORD)GetProcAddress(hInst, "PostMessageA") + 5;
}
if (hFlyff == NULL) {
hFlyff = ::FindWindow(NULL, "FLYFF");
}
}
break;
case DLL_THREAD_DETACH:
{
if (hInst != NULL) {
// Un-Load DLL
::FreeLibrary(hInst);
hInst = NULL;
}
}
break;
case DLL_PROCESS_DETACH:
{
if (hInst != NULL) {
// Un-Load DLL
::FreeLibrary(hInst);
hInst = NULL;
}
}
break;
}
return TRUE;
}
Using both DLL_PROCESS_ATTACH and DLL_PROCESS_DETACH allows you to either inject the dll, or to load the dll from within your own application.
Which way you choose depends on your own preferences.
So back to the assembly part:
Code:
__asm
{
mov edi, edi
push ebp
mov ebp, esp
jmp [DLLFunc]
}
Now here's how to understand what the other 3 instructions mean.
Open up OllyDbg.
Open user32.dll (located in the systemfolder of your windowsfolder)
Press Ctrl+N.
A list of function names will show up, scroll down till you find PostMessageA and double click it.
You will be taken to the functionroot.
Look at the first 3 lines: "OMG THATS THE EXACT SAME PIECE OF ASM AS THE ABOVE!"
True
So with the above piece of assembly code we manually execute the overwritten bytes.
If you have some knowledge on assembly you will see that Code:
mov edi, edi
push ebp
mov ebp, esp
is 5 Bytes long!
So we have successfully written a bypass for the PostMessageA-function now!
Gratz! You've done it!
Now only 1 more thing remains..
In order to make other programs able to use our functions we must export it.
There is an easy way to do this using Visual C++.
Add a .def file to the project.
The syntaxis to export a function is as follows:
Code:
LIBRARY "<name of dll here>"
EXPORTS
<Name of Function here>
In our case that's:
Code:
LIBRARY "BypassedPostMessage"
EXPORTS
myPostMessageA
Yay! We have a Bypass now! How to use it??!!
Simple!
We import the function with visual basic!
Here is a small example:
Code:
Private Declare Function myPostMessageA Lib "BypassedPostmessage.dll" (ByVal hwnd As Long, ByVal wMsg As Long, ByVal wParam As Long, lParam As Long) As Long
Private Declare Function FindWindow Lib "user32" Alias "FindWindowA" (ByVal lpClassName As String, ByVal lpWindowName As String) As Long
Private Sub Command1_Click()
Dim hWndCMD As Long
hWndCMD = FindWindow(vbNullString, "FLYFF")
myPostMessageA hWndCMD, WM_KEYDOWN, vbKeyE, 0
End Sub
that allows us to get the windowhandle of the game.The other code sends the "E"-key to the game when you hit the commandbutton.
Easy isn't it?
With a simple combination of Timers, sending vbKey"x" where "x" is any key on the keyboard you can make autofeeders, autotalkers,
. Just use your imagination!So here are all the steps you have to take again, one by one:
-Find a function that you want to use, but that is blocked by gameguard.
-Open the dll that the original function is in with OllyDbg and look it up in the functionname list.
-Go to the function and copy the first 5 bytes of instructions.
-Paste these instructions in a piece of inline ASM.
-Make sure that GetProcAddress() returns the offset of the function you want to bypass.
-Rewrite the original function and make sure you pass the right parameters to it.
-Export the function
-Exploit the new function using Visual Basic, AutoIT, C++, delphi, whatever language you feel comfortable with.
I hope this tutorial shows enough so you guys can use it to bypass other functions.
Good luck hacking! Say thanks if you like.
