Article / 文章中心

一个印象最深得Bug-修复IAT以及ASLR解决

发布时间:2022-03-02 点击数:124

去年我记得修复了一个Bug是我印象最深刻的,我们都知道脱壳,首先修改被加壳程序的入口点到程序原来的OEP,然后修改PE程序导入表目录地址为原来导入表地址,或者新建一个节,将这个新节作为导入表节,并将原导入表内容写入新节导入表。

这个过程很简单,OD跟踪,让壳运行到原程序OEP(不一定非得OEP,程序领空导入表一般都是处于还原状态,OEP要知道),这时候可以用PE DUMP脱壳插件或者用LordPe等工具脱壳,程序当前的内存映像被dump出来,里面IAT结构完整很容易被发现。

dump后程序不能正常运行很可能是导入表位置错误(也可能是程序有自校验),因为dump出来的只是内存中的映像快照,导入表目录还是指向壳的导入表,这时,需要用导入表修复软件查找dump出的PE文件原导入表首地址,然后修正导入表目录中导入表的位置,或重建导入表。Import Fix导入表修复软件会新建一个节来保存原导入表数据,并将导入表目录指向新节导入表位置。在搜索导入表时可能导入表被破坏,Import Fix会识别出一些无效的IAT项,可以将其剔除掉。

第一次脱壳的时候就不知道这点,以为直接就可以用了。哈哈。首先得说一下程序调用DLL导出函数的原理,PE调用DLL里的函数,一般是先加载这个DLL模块到它的进程地址空间,

然后在加载后的地址范围内找到每个调用函数的地址,在程序中你可以使用LoadLibrary()这个系统API去动态去加载某个DLL,再通过GetProcAddress()系统API来找到DLL导出的某个函数地址,得到函数地址了你才能使用这个函数。用户DLL被加载后的基址可发生变化,导入的函数地址不是固定的,你不能使用固定的地址。系统DLL虽然基址固定,函数地址固定,但是一般不会直接使用函数硬地址,还是要GetProcAddress()这个API来得到地址,因为XP、win7等每个系统的这些地址是不一样的,会导致兼容性问题。所以,脱壳后修复IAT并关闭ASLR。下面举个简单的案例。

 

1. 寻找OEP

这个非常简单,就不细说了。

image.png

image.png


2.加壳程序的IAT

脱壳后如遇到程序无法正常运行(XP环境),可能是因为导入表破坏,需要手动修复。

通过PC文件格式的学习,可以知道导入表的RVA在可选头的DataDirectory数组中存放

image.png

图为加壳程序DESCRIPTOR的偏移 18008,大小64

image.png

根据节区头的信息定位IAT在第6个节区 .aspack 中

 

通过节区已知的虚拟偏移与物理偏移可以计算出DESCRIPTOR在文件中的位置。

 

offset = A008

image.png

 

找到导出表的位置,可以知道导入了两个DLL文件,可以分别计算出Name和IAT的偏移

 

NAME(1) = 9FC8

NAME(2) = A044

 

IAT(1) = 9FB8

IAT(2) = A04F

 image.png

image.png


如果对PC头不了解,可以借助PE View进行查看。

image.png

就清晰的看到加壳后的程序在启动时导入的函数

 

3.运行时压缩的原理

在这里插入图片描述

可能存在疑问,为什么脱壳后需要手动修复IAT。

 

IAT主要用于DLL文件的重定位,IAT的引入相较于 16位dos程序 不再需要包含库文件,而是通过表的形式进行映射。如果IAT不准确,则程序无法执行相关库的函数。

 

压缩壳对节区进行了压缩,把IAT修改为壳自身的IAT,在解压缩的最后一步会还原IAT使程序可以正常运行,所以脱壳后需要进行IAT的修复。

 

通过OD查看运行后程序的IAT。

image.png

 

相较于加壳程序的IAT,运行加壳程序后真正的IAT要多的多,如果我们只进行脱壳,而不进行IAT的修复(如下图所示)

image.png

程序的IAT是被损坏的

 

4 IAT修复

使用ImportREC工具,加载处于OEP的程序进程

image.png

填写正确的IAT信息

image.png

获取到内存中的IAT信息,然后删除无效函数后转存到脱壳后程序中,程序即可正常运行。

image.png

image.png

PS:windows vista / win7 系统就开始使用ASLR技术防止溢出攻击。使得每次加载程序都加载到一个随机虚拟地址。ASLR依赖于重定位表进行定位,对于EXE程序来说,重定位是可选的,通过关闭ASLR即可解决。