castiar un thiscall

[dewolo]

http://foro.elhacker.net/net/inyeccion_dll_sin_dll_by_e0n_problema_edicion_de_memoria_convertir_a_c-t267355.0.html

http://www.infomalware.net/t62-inyeccion-de-codigo-sin-dll

si con dll ya esta hecho pero es mucho mas facil, y como encontre el codigo este se me ocurrio hacerlo de esta forma... como es por aprendizaje nada mas ..
supongamos que estan las 3 funciones en la memoria remota (A,B y myHook), Inyectada ya fue copiada, pero el problema es myHook porque las 3 van a transformarse en 3 punteros a funciones:

Código [Seleccionar] Expandir


struct EstructIny
{
       TipoCT pCT;
       TipoS pSleep;

       //esto no sirve porque no son direcciones remotas sino locales
       /*
       void WINAPI myHook(int i);
       void B();
       static DWORD WINAPI Func(LPVOID lpParameter);*/

       //estos punteros a funciones deben guardar direcciones remotas de las funciones
       TipoMH pmyHook;// =&myHook
       TipoMH Orig_myHook;
       TipoB pB;// =&B
       TipoFunc pFunc;// =&Func
};

///Si estan afuera de la struct
//
void WINAPI myHook(int i)
{
     //El problema es myHook porque necesita llamar algunas funciones de la struct
     //como pSleep o pLoadLibrary, pGetModuleHandle, etc
     //y aparte debe retornar la direccion original de la api en cuestion y dicha direccion
     //es remota tambien

     //y siendo Orig_myHook miembro de la struct y myHook no siendolo se complica
     //porque no puedo modificar la definicion de myHook porque es el reemplazo de una api
    //osea no puedo agregar argumentos , etc entonces myHook deberia estar dentro de la struct
   //pero entonces como va a ser copiada por separado  :huh:

     Orig_myHook(i);
}
void B()
{
}
static DWORD WINAPI Func(LPVOID lpParameter)
{
       EstructIny *ptrThis = (EstructIny*)lpParameter;
       ptrThis->pSleep(2000);    
       return 0;
}


//SI son parte de la struct (punteros a funciones en la struct, pero con direcciones locales)
/*
void WINAPI EstructIny::myHook(int i)
{
     Orig_myHook(i);
}
void EstructIny::B()
{
}
static DWORD WINAPI EstructIny::Func(LPVOID lpParameter)
{
       EstructIny *ptrThis = (EstructIny*)lpParameter;
       ptrThis->pSleep(2000);    
       return 0;
}*/

/////

//La función que inyectaremos (Esta ya esta en el otro proceso)
DWORD Inyectada ( EstructIny *data)
{
     data->pCT(NULL, 0, (LPTHREAD_START_ROUTINE)data->Func, data, 0, NULL);
     return 0;
}

osea lo que no entiendo es como asignarle al myHook remoto el valor de retorno, aparte de que me doy cuenta de lo complicado del metodo sin embargo ya es tarde para dejarlo XD

EDITADO
asi es tal cual el codigo de eon solo que usa messagebox solamente pero calculado localmente

Código [Seleccionar] Expandir



//Función que nos devuelve un DWORD con la dirección de una api
DWORD GetAddress(char*module, char*function)
{
HMODULE dh = LoadLibrary(module);
DWORD pf = (DWORD)GetProcAddress(dh,function);
FreeLibrary(dh);
return pf;
}


//La función inyectora
void Inyectora()
{
int      pid;                   // Este es el pid del proceso en el que nos queremos inyectar
HANDLE  proc;                   // El handle del proceso en el que inyectaremos
EstructIny    dat;     // El tipo de dato de la estructura
DWORD    TamFun;                // El tamaño de la función a inyectar
void*esp;                   // Lugar de memoria donde copiaremos nuestra función

HANDLE handle = CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS,0); //Obtenemos el pid
PROCESSENTRY32 procinfo = { sizeof(PROCESSENTRY32) };
while(Process32Next(handle, &procinfo))
{
 if(!strcmp(procinfo.szExeFile, "notepad.exe"))
 {
 CloseHandle(handle);
         pid = procinfo.th32ProcessID;
 }
}
CloseHandle(handle);

//Abrimos el proceso en el que nos inyectaremos
proc = OpenProcess(PROCESS_CREATE_THREAD | PROCESS_VM_OPERATION | PROCESS_VM_WRITE, false, pid);

//---------------------------
//Metemos la dirección de la api en la estructura llamando a la función GetAddress
       //estas son direcciones locales!
// dat.pCreateThread = (CreateThread_t)GetAddress("KERNEL32.DLL", "CreateThread");
// dat.pSleep = (Sleep_t)GetAddress("KERNEL32.DLL", "Sleep");
//--------------------------------------


//Reservamos espacio para nuestra estructura en el proceso a inyectar y la escribimos
EstructIny*dat_ = (EstructIny*)VirtualAllocEx(proc, 0, sizeof(EstructIny), MEM_RESERVE | MEM_COMMIT, PAGE_READWRITE);
WriteProcessMemory(proc, dat_, &dat, sizeof(EstructIny), NULL);

//Calculamos el tamaño de la función a inyectar
TamFun = (long unsigned int) Inyectora - (long unsigned int)Inyectada;

//Reservamos espacio para la función, escribimos en él y creamos un hilo
esp = VirtualAllocEx(proc, 0, TamFun, MEM_RESERVE | MEM_COMMIT, PAGE_EXECUTE_READWRITE);
WriteProcessMemory(proc, esp, (void*)Inyectada, TamFun, NULL);
CreateRemoteThread(proc, NULL, 0, (LPTHREAD_START_ROUTINE) esp, dat_, 0, NULL);
}


[Eternal Idol]

Es muy tarde (casi 3 AM) para seguir intentado hacerlo asi ... fijate que el ejemplo de esos hilos es MUCHO mas simple de lo que vos estas tratando de hacer.

Si tuvieras una DLL no tendrias este problema:
1) Las funciones de la API estarian en tu tabla de importacion
2) Cualquier informacion que necesitaras compartir seria una variable global

Lo complicado es establecer algo que cualquier funcion hookeada pueda usar para obtener el puntero a la estructura. Normalmente uno podria usar un TLS pero depende de una variable global que no podes tener ...

Sinceramente lo unico que se me ocurre en este momento es que uses un valor hardcodeado para el puntero y sobreescribas la parte de la funcion que lo contiene antes de arrancar el primer hilo ...

Supongamos que:

Código (cpp) [Seleccionar] Expandir

extern "C" void B()//B solo quiere la direccion de myHook
{
       EstructIny *ptrThis = (EstructIny*)0x89ABCDEF;
ptrThis->Sleep_fn(5000);
}

Entonces la idea seria que reemplazaras ese valor por data ...  poder se puede pero la verdad es una enorme perdida de tiempo.

[dewolo]

suponemos que en la struct principal tenemos los punteros a funciones de myHook, B y de Func, y por su puesto tambien de Orig_myHook (porque es el valor de retorno de myHook), suponemos que las 3 funciones fueron escritas en la memoria remota osea (myHook, B y Func), entonces yo lo qye necesito es tener un hilo que se ejecute en el proceso remoto y que me inicialize los 4 punteros antes mecionados, los primeros 3 corresponden a las funciones mapeadas digamos, y el cuarto corresponde a una direccion que se encuentra en el proceso remoto, por decir "loadlibrary", usando getprocaddress como en el ejemplo de eon. la pregunta seria los pasos en el tiempo digamos en qe momento deberia inicializar los 4 punteros, y si debo usar ese mismo hilo. obviamente deben ser inicializados despues de la copia de las 3 funciones claramente.

lo que se deduce de esto es que solo seran miembros de la struct los 4 punteros a funciones, las definiciones de las 3 funciones no son de la struct sino que son separadas y son copiadas a parte.

esto esta bien en teoria?

EDITADO
me faltaba el peqenio detalle de que si myHook no es de la struct no accede al puntero a funcion Orig_myHook para poder retornar a la original, se debe implementar algun truqillo como el que mostraste.. asi no es necesario agregar argumentos ni modificar la declaracion del hook

[Eternal Idol]

Todo lo podes escribir desde el inyector, incluso el mismo truco ese, mientras lo hagas antes de crear el hilo es suficiente.

[Eternal Idol]

Otro truco que se me ocurrio, en este caso lo probe y funciono  

Sabiendo que podemos obtener estos valores con intrinsics (con lo cual funcionarian en x64 tambien):

http://en.wikipedia.org/wiki/Win32_Thread_Information_Block
http://en.wikipedia.org/wiki/Process_Environment_Block

PostProcessInitRoutine
A pointer to a callback function called after DLL initialization but before the main executable code is invoked

Esto solo se usa (si se usa claro) antes de que el ejecutable arranque asi que podemos secuestrarlo  

Esta hardcodeado pero definiendo correctamente la estructura _PEB podrias hacerlo portable con un par de ifdefs (para definir la estructura y para el intrinsic de acuerdo al tamaño de puntero: q/dword), en Inyectada:

Código (cpp) [Seleccionar] Expandir

PULONG_PTR pPeb = (PULONG_PTR)__readfsdword(0x30);
pPeb += 0X53; //PostProcessInitRoutine
*pPeb = (ULONG_PTR)data;

Código (cpp) [Seleccionar] Expandir

extern "C" void B()
{
PULONG_PTR pPeb = (PULONG_PTR)__readfsdword(0x30);
pPeb += 0X53; //PostProcessInitRoutine
EstructIny *ptrThis = (EstructIny*)*pPeb;
ptrThis->Sleep_fn(5000);
}

[dewolo]

gracias amigo por tu dedicacion, pero algunos de esos trucos es la primera ves que los miro XD
sin dejarlos de lado, me podes decir porque este code no funcionaria, es solo una prueba de concepto y ni compila pero necesitaria entender algunos puntos sobre el, antes de avanzar
el codigo ha cambiado un poco eso si, pero con este ejemplo es mas figurado y si entendes ingles que me parece que si porque me recomendaste textos en ingles, etnonces vas a endender los comentarios

lo que quisiera saber sobre este code es especificamente porque no funcionaria o quedaria sin comunicacion entre el proceso local y remoto, osea si en algun momento alguna direccion es invalida a causa de esa desconexion. luego voy a pasar a los trucos

Código (c) [Seleccionar] Expandir


/*---------------------------*/
typedef struct _PROCESS_info
{
       DWORD pid;
       char* name;
       HANDLE oHandle;
} PROCESS_info, *PPROCESS_info;

/*---------------------------*/

//Structure who will be copied
struct lib_struct
{
           /* these are from kernel32.dll that is at a static virtual address */
           tLoadLibrary pLoadLibrary;//---------> pointer to function
           tGetProcAddress pGetProcAddress;//---------> pointer to function
           tGetModuleHandleA pGetModuleHandleA;//---------> pointer to function
           tCreateThread pCreateThread;//---------> pointer to function
           /*------------------------------------*/

           /* from msvcrt.dll */
           tSleep pSleep;//---------> pointer to function
           tSrand pSrand;//---------> pointer to function
           tRand; pRand;//---------> pointer to function

           /* from opengl32.dll */
           tglBegin pglBegin;//---------> pointer to the hook function
           tglBegin Orig_glBegin;//---------> return address for the hook function


           char str_glBegin[128];//will hold the name of the function
           char strOpengl32[MAX_PATH];//will hold the name of the DLL
};

/*---------------------------*/
//Function who will be copied in the remote process
void APIENTRY New_glBegin(GLenum m)
{
         lib_struct *Plib;

         Plib->Orig_glBegin(m);
}

/*---------------------------*/
//Function who will be copied in the remote process
static DWORD WINAPI HookFunction(LPVOID libs_struct)
{
            lib_struct *Plib=(lib_struct)libs_struct;

            HMODULE load_lib = Plib->pLoadLibrary(plib->strOpengl32);

           //Initialize the original address for glBegin hook return
           Plib->Orig_glBegin= (tglBegin)Plib->pGetProcAddress(load_lib, plib->str_glBegin);

           /* detour on glBegin at remote process (pseudocode) */

           *glBegin=Plib->pglBegin;//pglBegin is the address of the hook function in the remote process

           return 0;
}

/*---------------------------*/
//Function who will be copied in the remote process
static int WINAPI test_func(LPVOID libs_struct)
{
             lib_struct *Plib=(lib_struct)libs_struct;

            //this function will be copied in the remote process; I would like to start a thread here
           //and the hooking thread will hook glBegin.
           //in order to do that I need to copy New_glBegin and init pointer pglBegin to locate it
           //in the remote process
           //I also need to init Orig_glBegin so the hook can return to the original glBegin
           //but the pointer value has to be the glBegin address in the remote process

            PLib->pCreateThread(NULL, 0, (LPTHREAD_START_ROUTINE)Plib->HookFunction, libs_struct, 0, NULL);

            return 1;
}

/*---------------------------*/

static void __declspec(naked) end_proc() {}

/*---------------------------*/

int main()
{
          lib_struct libs;

           //PASO 1
           PROCESS_info process;
           process.pid = GetProcessPid(process.name
           printf("[*] Getting full access...");

           //PASO 2
           libs.pLoadLibrary = (pLoadLibrary)GetProcAddress(kernel32, "LoadLibraryA");
           libs.pGetProcAddress = (pGetProcAddress)GetProcAddress(kernel32, "GetProcAddress");
           strcpy(libs.strOpeng32, "opengl32.dll");
           strcpy(libs.str_glBegin, "glBegin");
           printf("[*] Filling up lib_struct...");

           //PASO 3
           process.oHandle = OpenProcess(PROCESS_CREATE_THREAD|PROCESS_QUERY_INFORMATION|PROCESS_VM_OPERATION|PROCESS_VM_READ|PROCESS_VM_WRITE, FALSE, process.pid);
           printf("[*] Opening process %s...", process.name);

           //PASO 4
           DWORD proc_size = (DWORD)end_proc - (DWORD)test_func;
           printf("[*] Function size: %d\n", proc_size);

           //PASO 5
           LPVOID [b]glbeginhook_addr[/b] = VirtualAllocEx(process.oHandle, NULL, proc_size, MEM_COMMIT, PAGE_EXECUTE_READWRITE);
           LPVOID [b]hookfunction_addr[/b] = VirtualAllocEx(process.oHandle, NULL, proc_size, MEM_COMMIT, PAGE_EXECUTE_READWRITE);
           LPVOID [b]testfunc_addr[/b] = VirtualAllocEx(process.oHandle, NULL, proc_size, MEM_COMMIT, PAGE_EXECUTE_READWRITE);

           printf("[*] Allocating memory space in %s for test_func...", process.name);


           //PASO 6 (getting the addreses where I alloc'ed memory for New_glBegin)
           [b]libs.Orig_glBegin[/b] = *(tglBegin)glbeginhook_addr;
           printf("[*] Filling up lib_struct again!!!!! ...");

           //PASO 7
           LPVOID struct_addr = VirtualAllocEx(process.oHandle, NULL, sizeof(libs), MEM_COMMIT, PAGE_EXECUTE_READWRITE);
           printf("[*] Allocating memory space in %s for lib_struct libs...", process.name);

           //PASO 8 (writting the 3 functions)
           WriteProcessMemory(process.oHandle, [b]glbeginhook_addr[/b], New_glBegin, proc_size, &written_bytes);
           WriteProcessMemory(process.oHandle, [b]hookfunction_addr[/b], HookFunc, proc_size, &written_bytes);
           WriteProcessMemory(process.oHandle, [b]testfunc_addr[/b], test_func, proc_size, &written_bytes);

           printf("[*] Writing \'test_func\' in %s...", process.name);

           //PASO 9 (writting the structure)
           WriteProcessMemory(process.oHandle, struct_addr, &libs, sizeof(libs), &written_bytes);
           printf("[*] Writing \'lib_struct libs\' in %s...", process.name);

           //PASO 10
           DWORD thread_id;
           HANDLE remote_thread = CreateRemoteThread(process.oHandle, NULL, 0, (LPTHREAD_START_ROUTINE)func_addr, struct_addr, 0, &thread_id);
           printf("[*] Creating remote thread for test_func in %s...", process.name);

           //PASO 11
           printf(" done\n[*] Thread id: %d\n", thread_id);
}
[/quote]

obviamente el primer problema a primera impresion es en New_glBegin porque no tiene la address de la struct como para retornar Orig_glBegin :(


[Eternal Idol]

Al no estar ni los typedefs se hace MUY pesado de compilar asi que solo le di una ojeada. El detour no es ni de lejos tan simple como pareceria en el codigo ... para poder acceder desde el hook a la estructura tenes que hacer algun truco.

PD. No necesariamente MSVCRT.dll estara cargada en el proceso remoto.

[dewolo]

te lo mande por pm

y lo de msvcrt.dll se puede hacer loadlibrary en el proceso remoto y cargarla?
aparte me entro una duda sobre esa libreria porque existen tambien msvcrt6 y msvcrt7, etc

y lo del truco no compila sabes porque no permite ese simbolo el __readfsdword  

EDITADO
claro era para visual studio 2005 en adelante XD
http://msdn.microsoft.com/en-US/library/3887zk1s(v=VS.80).aspx

[Eternal Idol]

Si, se puede aunque Sleep la tenes en la API y dudo que sean necesarios numeros aleatorios 

Actualiza el compilador y podras usar __readfsdword.

[dewolo]

Si, se puede aunque Sleep la tenes en la API y dudo que sean necesarios numeros aleatorios  

Actualiza el compilador y podras usar __readfsdword.

JAJAJAJAJAJAJ es que iba a hacer otra cosa en primer lugar con srand y rand  

EDITADO
los tamaños de las primeras dos funciones no son correctos alguien sabe como es el calculamiento ?
por ejemplo para TestFunc

Código [Seleccionar] Expandir


DWORD proc_size1 = (DWORD)end_proc - (DWORD)TestFunc;


pero para HookFunc

Código [Seleccionar] Expandir


DWORD proc_size2 = (DWORD)end_proc - (DWORD)TestFunc - (DWORD)HookFunc;


seria asi ?