PE导入表手动分析

技术教程 2025/3/4 佚名

21 1536 21

DDR爱好者之家 Design By 杰米

导入表的定义
PE 导入表保存了 PE 文件导入的函数和 DLL，并为操作系统提供了调用这些函数所需的信息。PE 导入表确保 PE 文件正常工作，并提供了调用库函数的方法。如图：

导入表的位置
和上一节导出表  的位置一样位于扩展PE头的DIRECTORY DataDirectory[10]里，第一个是导出表，第二个就是导入表。
> typedef struct _IMAGE_DATA_DIRECTORY
>  {
> DWORD VirtualAddress;       //导入表开始的地址    **注意是RVA的值**
> RVADWORD Size;             //导入表大小
> }
> IMAGE_DATA_DIRECTORY, *PIMAGE_DATA_DIRECTORY;

导入表的地址为：0x000500D0(RVA)，大小为：0x00000104
由于此文件文件对齐和内存对齐都是1000h，所以RVA==FOA
代表第一个导入表从500D0开始，从可以引用多个DLL知道导入表不止一个，当连续出现20个零的时候说明导入表结束；
可以看到从501C0开始连续20个字节为0，则导入表有12个（16*15/20）
我们会发现12个与刚开始利用OD分析出来的DLL个数不相同，这是因为静态文件分析只能分析出程序在编译时所链接的DLL文件，而OD能够检测到程序在运行时动态加载的DLL文件。
第一个导入表分析：
导入表的数据结构：

typedef struct _IMAGE_IMPORT_DESCRIPTOR {
union {
      DWORD Characteristics;
      DWORD OriginalFirstThunk; // 指向导入名称表INT（ImportNameTable）的RVA
} DUMMYUNIONNAME;
DWORD TimeDateStamp;
DWORD ForwarderChain;
DWORD Name;                // 指向 DLL名称的地址 RVA
DWORD FirstThunk;          // 指向导入地址表IAT（ImportAddressTable）的RVA
} IMAGE_IMPORT_DESCRIPTOR;
typedef IMAGE_IMPORT_DESCRIPTOR UNALIGNED *PIMAGE_IMPORT_DESCRIPTOR;

先来分析DLL名称，在0x0C处，地址为：0x00050A58，跟过去：

名称以00结束，完整的DLL名称是:KERNEL32.dll
再来分析导入名称表，即dll下的函数名：在0x00050278

同样KERNEL32.dll下的函数名称不可能只有一个，遇到连续的8个零代表名称表结束，第一个名称所在的地址为：00051442，第二个地址为：0005142A

后面的函数名就不一一列出了，前两个分别为：GetDiskFreeSpaceA;GetVolumeInformationA;
0100和0177是函数在导出表中的索引
我们再来分析导入地址表IAT，在0x000460A4

我们会发现此处存储的和导入名称地址内的相同，这是为什么呢，原来在程序运行后，导入地址表所指向的内容就会被操作系统改为函数的VA；
那么为什么同一段数据存储两遍呢，因为一旦IAT被修改后，如果没有INT的对照，我们无法重新找到该地址调用了哪个函数。
我们来看程序运行后，IAT的变化：

在OD数据窗口中跳转到0x000460A4，不难发现存储的是函数的地址。
总结：
通过分析 PE 导入表，我们可以发现程序依赖于哪些其他文件，以及它们如何使用这些文件中的函数。这可以帮助我们了解程序的工作原理，并对其进行静态分析。分析 PE 导入表的难点在于其结构比较复杂，手动分析它更有利于我们了解它的结构，并对它做出一些恰当的修改使得程序不会出错。

PE导入表手动分析

DDR爱好者之家 Design By 杰米

广告合作：本站广告合作请联系QQ：858582 申请时备注：广告合作（否则不回）
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！

DDR爱好者之家 Design By 杰米

评论“PE导入表手动分析”

暂无评论...

PE导入表手动分析

【JS逆向】某习通登录密码逆向

适用于IDA7.5的资源提取插件及其简单使用方法

评论“PE导入表手动分析”

稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！

更新日志

友情链接