浅析Pe2shellcode

原创 Zhuri 默安逐日实验室

编者注：本文仅供学习研究，严禁从事非法活动，任何后果由使用者本人负责。

前言

众所周知，对shellcode免杀是很流行的技术，但是直接对exe的免杀方法相对稀缺，如果我们能将exe转为shellcode，然后用shellcode免杀那一套就会简单许多。所以shellcode转exe是一个很值得研究的课题。下面我将大概讲解一下pe2shellcode这个开源项目的思路。

Github项目地：

https://github.com/hasherezade/pe_to_shellcode。

代码分析

我们先看看它的项目结构，主要模块有Injector、Runshc、pe2shr。

Injector

该文件夹下存在一个main.cpp。

这是一个简单的远程shellcode注入的代码，用于将我们的恶意代码注入到其它进程。

关于进程注入这里就不赘述了，想学习进程注入的朋友们可以关注一下这位师傅（https://modexp.wordpress.com/）。

Runshc

主文件main.cpp。

这是个最基本shellcode加载器，可以看出来Injector和Runshc都是给PE转成shellcode之后测试用的，测试shellcode是否能成功运行。

然后就是libpeconv。

这个工具也是非常经典，拿来用和学习pe结构都特别好(https://github.com/hasherezade/libpeconv)，这个工具可以用来处理解析PE文件，可以用以替代windows的Createprocess制作Runshc和pe2shr。很巧的是，pe2shr里面的stub.bin是作者用汇编实现的一个简易版的libpeconv。

pe2shr

然后就是文章主角pe2shc，利用了stub32.bin、stub64.bin和main.cpp。

stub32.bin和stub64.bin是一个作者用汇编写的一个peloader。

接着打开main.cpp看看作者怎么实现的pe2shellcode。

前面就是对参数的处理，比如获取需要处理的原生pe路径，设置输出的shellcode路径，然后就是步入is_supporte_pe函数。

可以看到有三点：

1、必须要有重定位表

2、不能是控制台应用程序

3、不能是.net程序，.net的pe结构不同之处在于pe头中的IMAGE_OPTIONAL_HEARDER：这个结构中的数据目录DataDirectory包括了映像文件中的CLR头的RVA和大小。而stub并没有处理.net形式PE的代码。

其实除了作者在代码里列出的三种pe无法执行之外，有些有tls表的pe以及某些使用了延迟重定位表的pe也是转换不了的(或者说转换了也运行不了)，因为作者的stub并没有对这些表处理，后面讲到stub的时候就可以发现了。

接下来将原生pe加载进内存处理后再将更改后的shellcode另存为(或者叫它pe?)。

关键是处理这一步：shellcodeify函数。

可以看到大致逻辑是判断pe位数后获取资源里的资源段，这个资源段是pe2shc.exe里本身的资源，且x64和x86各有一套。

RCData里有存储着stub，resourceID 101是32位的stub，102是64位的stub。

这个stub其实就是作者用汇编写的一段PEloader，后面会详细讲。

接下来分析overwrite_hdr这个函数。

Raw是原生pe的大小，将最后调用的eax赋值成ImageBase+sizeof(原生pe)，让eip跳到尾部的stub执行。

这里可以看到有一个redir_code，这个redir_code是用来覆盖原生pe头的，个人认为这个redir_code涉及的十分巧妙，我们来分析一下32位的redir_code。

redir_code32[] = "\x4D" //dec ebp   ‘M’   "\x5A" //pop edx ’Z‘   "\x45" //inc ebp   消除 dec ebp的影响   "\x52" //push edx 消除pop edx 的影响   "\xE8\x00\x00\x00\x00" //短call 下一条指令   "\x58" // pop eax  把这条指令地址弹到eax   "\x83\xE8\x09" // sub eax,9     eax-9指向的就是imageBase也就是加载进内存中pe的基址   "\x50" // push eax (Image Base)  将eax压到栈顶   "\x05" // add eax,   把shellcode地址放到eax当中   eax+ 原生PE的buffer大小就是shellcode的地址   "\x59\x04\x00\x00" // value   "\xFF\xD0" // call eax    将下一条指令压栈   "\xc3"; // ret                       == // pop eip  又回到最初的起点

\x4D\x5A对应的是PE文件的魔术字段“MZ”，作者将MZ当成指令处理，CreateProcess底层函数MiVerifyImageHeader检测到文件没有某些字段便会抛出异常不去执行，这些字段就包括魔术字段，也就是说，作者很巧妙地让转成shellcode的文件仍然能当作正常的PE文件运行，这种手法让我想到了0x0C0C0C0C，既可以是地址也可以是opcode。

MZ字符当成指令在msf的stager里也用到过。

msf里是为了防止发生Bootstrap直接写入PE头部而导致破坏dos头的情况，这里就不作赘述了。

下图是windows针对PE头的必检字段。

有些安全研究员会更改这些非必检字段制作畸形pe，一旦edr或者杀软的校验逻辑与windows不一致，那就很可能将其当成非可执行文件从而达到绕过检测的目的，但并不会影响其在windows上的正常运行。

"\x45" //inc ebp"\x52" //push edx

接着这两条指令是为了平衡“M”，“Z”作为指令造成的影响，插在e_cblp上。

"\xE8\x00\x00\x00\x00" //call <next_line"\x58" // pop eax

然后是call 0，意思是call 下一条指令的地址，也就是call pop eax的地址。

pop eax 把该指令地址弹到eax里。

"\x83\xE8\x09" // sub eax,9"\x50" // push eax (Image Base)

sub eax ,9 就是让eax指向imageBase，把eax压栈。

"\x05" // add eax,"\x59\x04\x00\x00" // value

前面讲过是将eax赋值成尾部stub的地址。

我们拿mimikatz_x86转shellcode进行验证。

010editor打开 mimi86.exe，可以看到rdi_code覆盖了原生pe头，而"\x59\x04\x00\x00"也变成了\x00\x80\x09\x00。

转到该地址，发现这确实是stu32.bin。

"\xFF\xD0" // call eax"\xc3"; // ret

接着最后两条指令跳到stub执行，然后ret 回到原来的地方。

stub32.bin

接着我们看一下stub32.bin，由于篇幅问题，我就不一个指令一个指令分析了。

可以看到asm文件包含了一个inc文件。

Inc文件里把一些固定值用伪指令equ对应起来。

像PAGE_EXECUTE_READWRITE equ 40h、lfanew equ 3ch，增强了代码的可读性。

获取kernel32地址

我们看看第一段。

很经典的shellcode写法，fs\gs寄存器寻找PEB基址，通过PEB找到ldr链，然后ldr链里存放着dll名称和地址，hldr_begin的功能就是寻找kernel32.dll的地址。

获取导出函数地址

获取IMAGE_DIRECTORY_ENTRY_EXPORT地址->从IMAGE_DIRECTORY_ENTRY_EXPORT获取函数名地址(edAddressOfNames)->根据RVA在AddressOfNames表中的排序序号，获取AddressOfNameOrdinals表中相同排序序号的值->获取函数地址(edAddressOfFunctions)。

本质上实现了一个GetProAddress的功能。如下是转成C语言之后的代码。

DWORD GetFuncAddress() {    DWORD dwProcAddress = 0;    PIMAGE_DOS_HEADER pDosHdr = (PIMAGE_DOS_HEADER)hModule;    PIMAGE_NT_HEADERS pNtHdr = (PIMAGE_NT_HEADERS)((DWORD)pDosHdr + pDosHdr->e_lfanew);    PIMAGE_EXPORT_DIRECTORY pImageExportDirectory = (PIMAGE_EXPORT_DIRECTORY)((DWORD)pDosHdr + pNtHdr->OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_EXPORT].VirtualAddress);    PDWORD pAddressOfFunc = (PDWORD)((DWORD)hModule + pImageExportDirectory->AddressOfFunctions);    PDWORD pAddressOfName = (PDWORD)((DWORD)hModule + pImageExportDirectory->AddressOfNames);    PWORD pAddressOfNameOrdinal = (PWORD)((DWORD)hModule + pImageExportDirectory->AddressOfNameOrdinals);    if ((DWORD)lpProcName & 0xFFFF0000)    {        DWORD dwSize = pImageExportDirectory->NumberOfNames;        for (DWORD i = 0; i < dwSize; i++)        {            DWORD dwAddrssOfName = (DWORD)hModule + pAddressOfName[i];            int nRet = strcmp(lpProcName, (char*)dwAddrssOfName);            if (nRet == 0)            {                WORD wHint = pAddressOfNameOrdinal[i];                dwProcAddress = (DWORD)hModule + pAddressOfFunc[wHint];                return dwProcAddress;            }        }        dwProcAddress = 0;    }    else    {        DWORD nId = (DWORD)lpProcName - pImageExportDirectory->Base;        dwProcAddress = (DWORD)hModule + pAddressOfFunc[nId];    }    return dwProcAddress;}

处理导入表

循环遍历DLL导入表中的DLL及获取导入表中的函数地址-> 获取导入表中DLL的名称并加载DLL->判断是否加载了dll没有的话则加载之->获取OriginalFirstThunk以及对应的导入函数名称表首地址->获取FirstThunk以及对应的导入函数地址表首地址-> 判断导出函数是序号导出还是函数名称导出->获取函数地址。

转成C大概就是这样：

ImportTable(){    PIMAGE_DOS_HEADER DosAddr = (PIMAGE_DOS_HEADER)BaseAddr;    PIMAGE_NT_HEADERS NtAddr = (PIMAGE_NT_HEADERS)(BaseAddr + DosAddr->e_lfanew);    PIMAGE_IMPORT_DESCRIPTOR pImportTable = (PIMAGE_IMPORT_DESCRIPTOR)((DWORD)DosAddr +                                                                       NtAddr->OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_IMPORT].VirtualAddress);    char* DllName = NULL;    HMODULE DllAddr = NULL;    PIMAGE_THUNK_DATA lpImportNameArray = NULL;    PIMAGE_IMPORT_BY_NAME lpImportByName = NULL;    PIMAGE_THUNK_DATA lpImportFuncAddrArray = NULL;    FARPROC FuncAddress = NULL;    DWORD i = 0;    while (TRUE)    {        if (0 == pImportTable->OriginalFirstThunk)        {            break;        }        DllName = (char*)((DWORD)DosAddr + pImportTable->Name);        DllAddr = GetModuleHandleA(DllName);if (NULL == hDll){    hDll = LoadLibraryA(DllName);    if (NULL == hDll)    {        pImportTable++;        continue;    }}
        i = 0;        lpImportNameArray = (PIMAGE_THUNK_DATA)((DWORD)DosAddr + pImportTable->OriginalFirstThunk);        lpImportFuncAddrArray = (PIMAGE_THUNK_DATA)((DWORD)DosAddr + pImportTable->FirstThunk);        while (TRUE)        {            if (0 == lpImportNameArray[i].u1.AddressOfData)            {                break;            }            lpImportByName = (PIMAGE_IMPORT_BY_NAME)((DWORD)DosAddr + lpImportNameArray[i].u1.AddressOfData);            if (0x80000000 & lpImportNameArray[i].u1.Ordinal)            {                FuncAddress = GetProcAddress(DllAddr, (LPCSTR)(lpImportNameArray[i].u1.Ordinal & 0x0000FFFF));            }            else            {                FuncAddress = GetProcAddress(DllAddr, (LPCSTR)lpImportByName->Name);            }            lpImportFuncAddrArray[i].u1.Function = (DWORD)FuncAddress;            i++;        }        pImportTable++;    }    return TRUE;}

处理重定位

获取IMAGE_DIRECTORY_ENTRY_RELOC地址->计算需要修正的重定位项（地址）的数目(reSizeofBlock)->计算需要修正的重定位项的地址->把移动的距离在原地址加上去->转到下一个节进行处理直到所有节处理完毕。

转成C就是这样：

ProcessRelocation(){PIMAGE_DOS_HEADER DosAddr = (PIMAGE_DOS_HEADER)BaseAddr;PIMAGE_NT_HEADERS NtAddr = (PIMAGE_NT_HEADERS)(BaseAddr + DosAddr->e_lfanew);PIMAGE_BASE_RELOCATION LocAddr = (PIMAGE_BASE_RELOCATION)(BaseAddr + NtAddr->OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_BASERELOC].VirtualAddress);while ((LocAddr->VirtualAddress + LocAddr->SizeOfBlock) != 0){WORD* LocAddrData = (WORD*)((PBYTE)LocAddr + sizeof(IMAGE_BASE_RELOCATION));int NumberOfReloc = (LocAddr->SizeOfBlock - sizeof(IMAGE_BASE_RELOCATION)) / sizeof(WORD);int i;for (i = 0; i < NumberOfReloc; i++){if ((DWORD)(LocAddrData[i] >> 12)==3){DWORD* pAddress = (DWORD*)((PBYTE)DosAddr + LocAddr->VirtualAddress + (LocAddrData[i] & 0x0FFF));DWORD dwDelta = (DWORD)DosAddr - NtAddr->OptionalHeader.ImageBase;*pAddress += dwDelta;}}LocAddr = (PIMAGE_BASE_RELOCATION)((PBYTE)LocAddr + LocAddr->SizeOfBlock);}

跳到OPE执行

bool GetEntry(){    PIMAGE_DOS_HEADER DosAddr = (PIMAGE_DOS_HEADER)BaseAddress;    PIMAGE_NT_HEADERS pNt = (PIMAGE_NT_HEADERS)(BaseAddress + DosAddr->e_lfanew);    char* Entry = (char*)(BaseAddress + pNt->OptionalHeader.AddressOfEntryPoint);    ((void(*)())ExeEntry();    return TRUE;}

可以看到stub32.bin其实就是一个PEloader。

总结

pe2shellcode并不是真正意义上的将pe文件转成shellcode，它其实更像个加壳器，利用尾部的“peloader”加载头部的原生pe，并且让转换后的pe仍然是个合法的pe。