输入表结构和输入地址表
分类:编程教程

六和开奖现场,在 PE文件头的 IMAGE_OPTIONAL_HEADE讴歌RDX 结构中的 DataDirectory(数据目录表) 的第二个成员正是指向输入表的。每一种被链接进来的 DLL文件都分别对应贰个IMAGE_IMPORT_DESC智跑IPTO汉兰达 (简单称谓IID) 数组结构。

typedef struct _IMAGE_IMPORT_DESCRIPTOR {
    union {
        DWORD   Characteristics;            // 0 for terminating null import descriptor
        DWORD   OriginalFirstThunk;         // RVA to original unbound IAT (PIMAGE_THUNK_DATA)
    } DUMMYUNIONNAME;
    DWORD   TimeDateStamp;                  // 0 if not bound,
                                            // -1 if bound, and real datetime stamp
                                            // in IMAGE_DIRECTORY_ENTRY_BOUND_IMPORT (new BIND)
                                            // O.W. date/time stamp of DLL bound to (Old BIND)

    DWORD   ForwarderChain;                 // -1 if no forwarders
    DWORD   Name;
    DWORD   FirstThunk;                     // RVA to IAT (if bound this IAT has actual addresses)
} IMAGE_IMPORT_DESCRIPTOR;
typedef IMAGE_IMPORT_DESCRIPTOR UNALIGNED *PIMAGE_IMPORT_DESCRIPTOR;

在那一个IID数组中,并从未提出有稍许个项(便是从未明确性指明有微微个链接文件),但它最后是以二个全为NULL(0) 的 IID 作为实现的评释。

下边只摘录比较首要的字段:

OriginalFirstThunk

它指向first thunk,IMAGE_THUNK_DATA,该 thunk 拥有 Hint 和 Function name 的地址。

Name

它代表DLL 名称的对立虚地址(译注:相对三个用null作为完毕符的ASCII字符串的一个奥迪Q3VA,该字符串是该导入DLL文件的名号。如:KERubiconNEL32.DLL卡塔尔国。

FirstThunk

它包罗由IMAGE_THUNK_DATA定义的 first thunk数组的虚地址,通过loader用函数虚地址开头化thunk。

在Orignal First Thunk缺席下,它指向first thunk:Hints和The Function names的thunks。

 

上边来分解下OriginalFirstThunk和FirstThunk。就个人知道来说:

1. 在文件中时,他们都分别针对三个冠道VA地址。那些地点转变来文件中,分别对应七个以 IMAGE_THUNK_DATA 为因素的的数组,那八个数组是以贰个填写为 0 的IMAGE_THUNK_DATA作为完成标识符。即便他们那四个表地方区别,但实质上内容是一模一样的。此时,每一个IMAGE_THUNK_DATA 成分指向的是叁个笔录了函数名和相呼应的DLL文件名的 IMAGE_IMPORT_BY_NAME结构体。

  1. 怎会有七个后生可畏律的数组呢?是有缘由的:

OriginalFirstThunk 指向的数组经常称为  hint-name table,即 HNT ,他在 PE 加载到内部存款和储蓄器中时被保留了下来且永世不会被订正。不过在 Windows 加载过 PE 到内存之后,Windows 会重写 FirstThunk 所指向的数组成分中的内容,使得数组中各样 IMAGE_THUNK_DATA 不再代表针对带有函数描述的 IMAGE_THUNK_DATA 成分,而是径直针对了函数地址。那时,FirstThunk 所指向的数组就称为输入地址表(Import Address Table ,即常常说的 IAT卡塔尔。

重写前:

六和开奖现场 1

重写后:

 六和开奖现场 2

(以上两张图纸源于:)

typedef struct _IMAGE_THUNK_DATA32 {
    union {
        DWORD ForwarderString;      // PBYTE  指向一个转向者字符串的RVA
        DWORD Function;             // PDWORD 被输入的函数的内存地址
         DWORD Ordinal;              // 被输入的 API 的序数值
         DWORD AddressOfData;        // PIMAGE_IMPORT_BY_NAME   指向 IMAGE_IMPORT_BY_NAME
    } u1;
} IMAGE_THUNK_DATA32;
typedef IMAGE_THUNK_DATA32 * PIMAGE_THUNK_DATA32;

根据 _IMAGE_THUNK_DATA32 所指设想地址转到文件地点能够收获实在的 _IMAGE_IMPORT_BY_NAME 数据

typedef struct _IMAGE_IMPORT_BY_NAME {
    WORD   Hint;     // 序号 

    CHAR   Name[1];  // 实际上是一个可变长的以0为结尾的字符串

} IMAGE_IMPORT_BY_NAME, *PIMAGE_IMPORT_BY_NAME;

 

例如有前后相继:

六和开奖现场 3

文字版:

#include <windows.h>
int WINAPI WinMain(_In_ HINSTANCE hInstance, 
    _In_opt_ HINSTANCE hPrevInstance,
    _In_ LPSTR lpCmdLine,
    _In_ int nShowCmd)
{
    MessageBoxA(0, "hello", "my message", MB_OK);
    SetWindowTextA(0, "Si Wang");

    return 0;
}

此程序选用了八个 Windows API : MessageBoxA 和 SetWindowTextA

编译获得程序(为简化表明,区段地点由软件总计出卡塔尔国:

六和开奖现场 4

六和开奖现场 5

小编们试着寻找 MessageBoxA。首先深入分析 PE 头文件,找到导出表在文书中之处:

六和开奖现场 6

输入表地点在 .rdata 区段内, 0x2264 – 0x二〇〇四 = 0x0264 获得偏移量。加上文件地点 0x0E00 获得实际文件偏移量(0x0E00 + 0x264 = 0x1064卡塔 尔(阿拉伯语:قطر‎:0x1064。

接下去查看 0x1064 处:

六和开奖现场 7

能够拿到多少个 DLL 的叙说,最终一个_IMAGE_IMPORT_DESC哈弗IPTOXC90以0填充表示截至:

那即是说只要叁个个翻看各种DLL对应的多少就会找到,不过早前本人把持有的多寡都看了下,在第三个DLL中

依据第叁个DLL描述的 OriginalFirstThunk 的 0x2350 转变能够领略,_IMAGE_THUNK_DATA32 在文书的 0x1150处,FirstThunk 指向的数据风流倜傥致:

六和开奖现场 8

于是就获得了文件中的 MessageBoxA 的新闻。

谈起底,在内部存款和储蓄器中 FirstThunk 所指地点上的_IMAGE_THUNK_DATA32 数组被 Windows 加载后被重写后就成了传说中的 IAT ,Import Address Table,输入地址表。使用 OllyDbg 查看运营时情状:

六和开奖现场 9

本文由六和开奖现场发布于编程教程,转载请注明出处:输入表结构和输入地址表

上一篇:Networx蓝屏难题 下一篇:没有了
猜你喜欢
热门排行
精彩图文