Injecting thread with codecave

Question

By using 'codecave' technique to inject code into another process; is it possible to inject code to create a new thread (and also inject the code for the new thread) and let that thread execute parallel with the target process main thread?

I can manage this with dll injection but I want to know if it is possible with just pure code injection.

The intention is first of all to learn about different injection techniques but in the end create a heartbeat feature for random processes in order to supervise execution (High Availability). Windows is the target OS and language is C/C++ (with inline ASM when required).

Thanks.

score 0 · Answer 1 · answered Sep 21 '13 at 07:35

0

You can also use the RtlCreateUserThread function to create the remote thread.

answered Sep 21 '13 at 07:35

zwclose7

19
1

score 0 · Answer 2 · answered Feb 04 '11 at 08:30

0

There is CreateRemoteThread function.

answered Feb 04 '11 at 08:30

zvrba

24,186
3
55
65

Yes, that I'm aware of, but will that thread survive if the process that calls CreateRemoteThread exit? I want the created thread to survive until the target process exit. – 0xb055 Feb 04 '11 at 09:04
How about just trying? Anyway, it should survive this as the new thread belongs to the target process, not to the creating process. – zvrba Feb 04 '11 at 09:16
@0xb055: CreateRemoteThread creates a thread in another process, such as this another process is the owner of the new thread. It doesn't imply a connection between the 2 processes except for the thread handle, which does nothing by itself alone. – jweyrich Aug 08 '11 at 20:36

score 0 · Answer 3 · answered Aug 08 '11 at 19:57

When using a DLL injection loader such as "Winject (the one that calls CreateRemoteThread) it is very easy to create Threads that remain until the target process closes.

Just create the Thread within the function:

void run_thread(void* ass)
{
  // do stuff until process terminates
}
BOOL APIENTRY DllMain(HMODULE hModule, DWORD result, LPVOID lpReserved)
{
  HANDLE handle = (HANDLE)_beginthread(run_thread, 0, 0);
}

regards, michael

score 0 · Answer 4 · answered Aug 08 '11 at 20:05

Sure, but you would have to also inject the code for the remote thread into the process (e.g. a function). Injecting an entire function into a remote process is a pain because there is no clear-cut way to determine the size of a function. This approach would be far more effective if the injected code was small, in which case you would just inject a short assembly stub, then call CreateRemoteThread.

Really though, what would be a benefit of doing this over just straight-up DLL injection? Your 'heartbeat' feature could be implemented just as easily with an injected DLL. (unless someone is going to tell me there's significant overhead?)

score 0 · Answer 5 · answered Aug 08 '11 at 20:53

The problem is, even if you inject your code into the process, unless you create a thread at the start of your injected code, it will still not run. Typically, to do code injection you would inject a full DLL. One of popular ways of injecting DLLs is to:

Get a handle to the target process (EnumProcesses, CreateTool32Snapshot/Process32First/Process32Next, FindWindow/GetWindowThreadProcessId/OpenProcess, etc.)
Allocate memory in the target process that is the same length as a string pointing to the path of your DLL (VirtualAllocEx)
Write a string pointing to the path of your DLL to this allocated memory (WriteProcessMemory)
Create a remote thread at the LoadLibrary routine (get the address by GetModuleHandle/GetProcAddress) and pass the pointer to the allocated memory as a parameter (CreateRemoteThread)
Release the allocated memory (VirtualFreeEx)
Close any opened handles (process handles, snapshot handles, etc. with CloseHandle)

Unless there is a particular reason you want to avoid this method, it is by far preferable to copying in the code yourself (WriteProcessMemory and probably setting up page protections (VirtualProtectEx)). Without loading a library you will need to manually map variables, relocate function pointers and all the other work LoadLibrary does.

You asked earlier about the semantics of CreateRemoteThread. It will create a thread in another process which will keep going until it terminates itself or something else does (someone calls TerminateThread or the process terminates and calls ExitProcess, etc.). The thread will run as parallel in the same way a thread that was legitimately created would (context switching).

Injecting thread with codecave

5 Answers5