[PE结构解析] 5.IMAGE_OPTIONAL_HEADE奥迪Q5,imageoptionalheader

176/192

结构体源代码如下:

[PE结构分析] 5.IMAGE_OPTIONAL_HEADER,imageoptionalheader

组织体源代码如下:

typedef struct _IMAGE_OPTIONAL_HEADER 
{
    //
    // Standard fields.  
    //
+18h    WORD    Magic;                   // 标志字, ROM 映像(0107h),普通可执行文件(010Bh)
+1Ah    BYTE    MajorLinkerVersion;      // 链接程序的主版本号
+1Bh    BYTE    MinorLinkerVersion;      // 链接程序的次版本号
+1Ch    DWORD   SizeOfCode;              // 所有含代码的节的总大小
+20h    DWORD   SizeOfInitializedData;   // 所有含已初始化数据的节的总大小
+24h    DWORD   SizeOfUninitializedData; // 所有含未初始化数据的节的大小
+28h    DWORD   AddressOfEntryPoint;     // 程序执行入口RVA ***(必须了解)***
+2Ch    DWORD   BaseOfCode;              // 代码的区块的起始RVA
+30h    DWORD   BaseOfData;              // 数据的区块的起始RVA
    //
    // NT additional fields.    以下是属于NT结构增加的领域。
    //
+34h    DWORD   ImageBase;               // 程序的首选装载地址 ***(必须了解)***
+38h    DWORD   SectionAlignment;        // 内存中的区块的对齐大小 ***(必须了解)***
+3Ch    DWORD   FileAlignment;           // 文件中的区块的对齐大小 ***(必须了解)***
+40h    WORD    MajorOperatingSystemVersion;  // 要求操作系统最低版本号的主版本号
+42h    WORD    MinorOperatingSystemVersion;  // 要求操作系统最低版本号的副版本号
+44h    WORD    MajorImageVersion;       // 可运行于操作系统的主版本号
+46h    WORD    MinorImageVersion;       // 可运行于操作系统的次版本号
+48h    WORD    MajorSubsystemVersion;   // 要求最低子系统版本的主版本号
+4Ah    WORD    MinorSubsystemVersion;   // 要求最低子系统版本的次版本号
+4Ch    DWORD   Win32VersionValue;       // 莫须有字段,不被病毒利用的话一般为0
+50h    DWORD   SizeOfImage;             // 映像装入内存后的总尺寸
+54h    DWORD   SizeOfHeaders;           // 所有头 + 区块表的尺寸大小
+58h    DWORD   CheckSum;                // 映像的校检和
+5Ch    WORD    Subsystem;               // 可执行文件期望的子系统 ***(必须了解)***
+5Eh    WORD    DllCharacteristics;      // DllMain()函数何时被调用,默认为 0
+60h    DWORD   SizeOfStackReserve;      // 初始化时的栈大小
+64h    DWORD   SizeOfStackCommit;       // 初始化时实际提交的栈大小
+68h    DWORD   SizeOfHeapReserve;       // 初始化时保留的堆大小
+6Ch    DWORD   SizeOfHeapCommit;        // 初始化时实际提交的堆大小
+70h    DWORD   LoaderFlags;             // 与调试有关,默认为 0 
+74h    DWORD   NumberOfRvaAndSizes;     // 下边数据目录的项数,这个字段自Windows NT 发布以来一直是16
+78h    IMAGE_DATA_DIRECTORY DataDirectory[IMAGE_NUMBEROF_DIRECTORY_ENTRIES];   
// 数据目录表 ***(必须了解,重点)*** winNT发布到win10,IMAGE_NUMBEROF_DIRECTORY_ENTRIES一直都是16
} IMAGE_OPTIONAL_HEADER32, *PIMAGE_OPTIONAL_HEADER32;

AddressOfEntryPoint  ***(必须询问)***

先后早先实施的地点,那是1个奥迪Q5VA(相对虚拟地址)。对于exe文件,那里是开发银行代码;对于dll文件,那里是libMain()的地点。假若在一个可执行文件上附加了一段代码并想让那段代码首先被实施,那么只要求将这么些进口地址指向附加的代码就足以了。在脱壳时首先件事便是找入口点,指的就是其一值。

ImageBase  ***(必须询问)***

PE文件的预先装入地址。也正是说,当文件被实践时,固然或者的话(当前地点没有被运用),Windows优先将文件装入到由ImageBase字段钦赐的地方中。

对于EXE文件来说,由于各样文件两次三番利用独立的虚拟地址空间,优先装入地址不大概被**模块占据,所以EXE总是能够依据这几个地址装入

那也意味着EXE文件不再须要重定位新闻。

对此DLL文件来说,由于七个DLL文件全部用到宿主EXE文件的地点空间,不可能担保优先装入地址没有被**的DLL使用,所以DLL文件中必须含有重平昔音讯避防万一。

故而,在后边介绍的 IMAGE_FILE_HEADE福睿斯 结构的 Characteristics
字段中,DLL 文件对应的 IMAGE_FILE_RELOCS_STQashqaiIPPED
位总是为0,而EXE文件的那么些标志位三番五次为1。

假若没有点名的话,dll文件私下认可为0x一千0000;exe文件暗中同意为0x00陆仟00,可是在Windows
CE平台上是0x000一千0。此值必须是64K bytes的倍数!

SectionAlignment ***(必须询问)***

内部存款和储蓄器中区块的对齐单位。区块总是对齐到那个值的整数倍。此字段必须大于或等于
FileAlignment ,暗中同意值是系统页面包车型客车分寸。三16位cpu经常值为
0x一千(十六进制),即4096,即4KB。陆拾位cpu平日为 8kB
FileAlignment ***(必须了然)*****

pe文件中区块的对齐单位,以bytes(字节)为单位。此值必须是2的次方倍,但是必须在512和64K区间之间(闭区间[521,
64*1024=65536]),假使Section阿里gnment小于系统页面包车型地铁分寸,那么SectionAlignment的尺寸就和FileAlignment相同。pe文件中暗中同意值为
521 字节(0.5KB) 即 0x200(十六进制)。

Subsystem ***(必须明白)***

pe文件的用户界面使用的子系统类型。定义如下:

#define IMAGE_SUBSYSTEM_UNKNOWN              0   // 未知子系统
#define IMAGE_SUBSYSTEM_NATIVE               1   // 不需要子系统(如驱动程序)
#define IMAGE_SUBSYSTEM_WINDOWS_GUI          2   // Windows GUI 子系统
#define IMAGE_SUBSYSTEM_WINDOWS_CUI          3   // Windows 控制台子系统
#define IMAGE_SUBSYSTEM_OS2_CUI              5   // OS/2 控制台子系统
#define IMAGE_SUBSYSTEM_POSIX_CUI            7   // Posix 控制台子系统
#define IMAGE_SUBSYSTEM_NATIVE_WINDOWS       8   // 镜像是原生 Win9x 驱动程序
#define IMAGE_SUBSYSTEM_WINDOWS_CE_GUI       9   // Windows CE 图形界面

譬如,Visual Studio 二零一四中编写翻译程序时能够在图形界面设置链接选项:

越来越多请查看:

微软官方文书档案:

DataDirectory ***(必须询问,主要)***

本条字段能够说是最珍视的字段之一,它由15个一律的IMAGE_DATA_DIRECTO库罗德Y结构重组。其结构如下:

typedef struct _IMAGE_DATA_DIRECTORY {

   DWORD   VirtualAddress; // 相对虚拟地址 

   DWORD   Size;           // 数据块的大小

} IMAGE_DATA_DIRECTORY, *PIMAGE_DATA_DIRECTORY;

相当于概念了某块的岗位和分寸。

固然PE文件中的数据是遵照装入内部存款和储蓄器后的页属性归类而被放在分歧的节中的,不过这个地处各种节中的数据根据用途能够被分成导出表、导入表、财富、重定位表等数据块,那15个IMAGE_DATA_DIRECTO大切诺基Y结构正是用来定义多样不一样用途的数据块的(如下表所示)。IMAGE_DATA_DIRECTO奔驰G级Y结构的概念很简短,它只是提议了某种数据块的职位和长短。

#define IMAGE_DIRECTORY_ENTRY_EXPORT          0   // 导出表
#define IMAGE_DIRECTORY_ENTRY_IMPORT          1   // 导入表
#define IMAGE_DIRECTORY_ENTRY_RESOURCE        2   // 资源表
#define IMAGE_DIRECTORY_ENTRY_EXCEPTION       3   // 异常表(具体资料不详)
#define IMAGE_DIRECTORY_ENTRY_SECURITY        4   // 安全表(具体资料不详)
#define IMAGE_DIRECTORY_ENTRY_BASERELOC       5   // 重定位表
#define IMAGE_DIRECTORY_ENTRY_DEBUG           6   // 调试表
//      IMAGE_DIRECTORY_ENTRY_COPYRIGHT       7   // (X86 usage) 版权信息
#define IMAGE_DIRECTORY_ENTRY_ARCHITECTURE    7   // 版权信息
#define IMAGE_DIRECTORY_ENTRY_GLOBALPTR       8   // RVA of GP (具体资料不详)
#define IMAGE_DIRECTORY_ENTRY_TLS             9   // TLS Directory (线程位置存储,具体资料不详)
#define IMAGE_DIRECTORY_ENTRY_LOAD_CONFIG    10   // Load Configuration Directory (不详)
#define IMAGE_DIRECTORY_ENTRY_BOUND_IMPORT   11   // Bound Import Directory in headers(不详)
#define IMAGE_DIRECTORY_ENTRY_IAT            12   // 导入函数地址表
#define IMAGE_DIRECTORY_ENTRY_DELAY_IMPORT   13   // Delay Load Import Descriptors(不详)
#define IMAGE_DIRECTORY_ENTRY_COM_DESCRIPTOR 14   // COM Runtime descriptor(不详)

]
5.IMAGE_OPTIONAL_HEADE奔驰M级,imageoptionalheader 结构体源代码如下:
typedef struct _IMAGE_OPTIONAL_HEADER { // // Standard fields. //
+18h WORD Magic; // 标志…

图片 1

对于EXE文件来说,由于种种文件接二连三利用独立的虚拟地址空间,优先装入地址不也许被**模块占据,所以EXE总是能够依据那么些地方装入

SectionAlignment ***(必须询问)***

The export table
address and size. For more information see section 6.3, “The .edata
Section (Image Only).”

实际资料见:www.microsoft.com/whdc/system/platform/firmware/PECOFF.mspx
中的pecoff.docx文档

e_lfanew = MZ文件头大小(40) + DOS存根大小(可变:VC++下为A0) = E0

比如,Visual Studio 二〇一六中编写翻译程序时方可在图形界面设置链接选项:

Bound
Import

  • 行使SDK或Visual
    C++创立PE文件时,EXE暗中认可的ImageBase为00五千00,DLL私下认可一千0000。使用DDK创造的SYS文件私下认可的ImageBase为一千0。

  • Windows
    Vista之后的本子引入了ASLCR-V安全部制,每一遍运转EXE文件都会被加载到自由地址,增强了系统安全性。

  • VC++中生成的PE文件的重定位节区名为.reloc,删除该节区后文件照常运作。

  • .reloc删除:

  • 首先在 IMAGE_SECTION_HEADEPRADO .reloc 处查看该节区头的长度和 .reloc
    节区的晃动地址,以及 Virtual Size

  • 下一场将 .reloc 的节区头中的值替换为0, .reloc 节区整个删除

  • 除去节区后,修改 IMAGE_FILE_HEADER 中的 Number of Sections 项。

  • 通过 IMAGE_OPTIONAL_HEADELacrosse – size of Image 修改印象值大小。

  • 亟待减弱的值依据从前记录的 Virtual Size 和 IMAGE_OPTIONAL_HEADETiguan –
    Section Alignment 值扩充后所得。

  • 根据PE文件格式规范,IMAGE_NT_HEADE宝马X5S的发端地方是“可变的”,由IMAGE_DOS_HEADER中的e_lfanew的值决定。一般装有如下值(不相同创设环境会有例外):

The delay import
descriptor address and size. For more information, see section 5.8,
“Delay-Load Import Tables (Image Only).”

Load Config
Table

  • IMAGE_FILE_HEADER中的SizeOfOptionalHeader表示IMAGE_OPTIONAL_HEADELX570结构体的尺寸。另一层含义是显著节区头(IMAGE_SECTION_HEADE奇骏)的起头偏移。

  • 从IMAGE_OPTIONAL_HEADE路虎极光的初步偏移加上SizeOfOptionalHeader的值的职位上马才是IMAGE_SECTION_HEADER

  • IMAGE_OPTIONAL_HEADE中华V在叁十二人PE3第22中学山大学小为E0,60人PE32+中的大小为F0

  • Data_Directories中Import_Table为多个字节。前八个字节为导入表的地方(汉兰达VA),后八个字节为导入表的大小(SIZE)。如下图:导入表的LANDVA为271EE

8

Offset

152/168

IAT

Import
Table

184/200

The load configuration
table address and size. For more information, see section 6.8, “The Load
Configuration Structure (Image Only).”

The exception table
address and size. For more information, see section 6.5, “The .pdata
Section.”

Base Relocation
Table

pe文件的用户界面使用的子系统类型。定义如下:

8

 

越多请查看:

图片 2

故而,在前头介绍的 IMAGE_FILE_HEADE帕杰罗 结构的 Characteristics
字段中,DLL 文件对应的 IMAGE_FILE_RELOCS_ST奥迪Q3IPPED
位总是为0,而EXE文件的那个标志位一连为1。

112/128

160/176

DataDirectory ***(必须领悟,首要)***

The CLR runtime header
address and size. For more information, see section 6.10, “The .cormeta
Section (Object Only).”

更多请查看:

#define IMAGE_SUBSYSTEM_UNKNOWN              0   // 未知子系统
#define IMAGE_SUBSYSTEM_NATIVE               1   // 不需要子系统(如驱动程序)
#define IMAGE_SUBSYSTEM_WINDOWS_GUI          2   // Windows GUI 子系统
#define IMAGE_SUBSYSTEM_WINDOWS_CUI          3   // Windows 控制台子系统
#define IMAGE_SUBSYSTEM_OS2_CUI              5   // OS/2 控制台子系统
#define IMAGE_SUBSYSTEM_POSIX_CUI            7   // Posix 控制台子系统
#define IMAGE_SUBSYSTEM_NATIVE_WINDOWS       8   // 镜像是原生 Win9x 驱动程序
#define IMAGE_SUBSYSTEM_WINDOWS_CE_GUI       9   // Windows CE 图形界面

一经没有点名的话,dll文件暗中认可为0x一千0000;exe文件暗中认可为0x00600000,然而在Windows
CE平台上是0x00010000。此值必须是64K bytes的倍数!

微软官方文书档案:https://msdn.microsoft.com/en-us/library/windows/desktop/ms680339(v=vs.85).aspx.aspx)

对于EXE文件来说,由于各类文件三番五次采用独立的虚拟地址空间,优先装入地址不容许被**模块占据,所以EXE总是能够服从这么些地点装入

8

pe文件中区块的对齐单位,以bytes(字节)为单位。此值必须是2的次方倍,但是必须在512和64K距离之间(闭区间[521,
64*1024=65536]),假设SectionAlignment小于系统页面的大小,那么SectionAlignment的大小就和FileAlignment相同。pe文件中默许值为
521 字节(0.5KB) 即 0x200(十六进制)。

那也意味着EXE文件不再要求重定位音讯。

微软官方文书档案:https://msdn.microsoft.com/en-us/library/windows/desktop/ms680339(v=vs.85).aspx.aspx)

只要没有点名的话,dll文件暗许为0x一千0000;exe文件暗中认可为0x00陆仟00,不过在Windows
CE平台上是0x00010000。此值必须是64K bytes的倍数!

8

8

8

对于DLL文件来说,由于四个DLL文件全部选取宿主EXE文件的地点空间,无法担保优先装入地址没有被**的DLL使用,所以DLL文件中务必带有重一直音信防止万一。

虽说PE文件中的数据是依照装入内部存款和储蓄器后的页属性归类而被放在不一样的节中的,不过这个处在各样节中的数据依照用途能够被分为导出表、导入表、能源、重定位表等数据块,这17个IMAGE_DATA_DIRECTOENVISIONY结构正是用来定义多样分裂用途的数据块的(如下表所示)。IMAGE_DATA_DIRECTO福睿斯Y结构的概念很不难,它但是建议了某种数据块的岗位和尺寸。

8

Field

216/232

Global Ptr

#define IMAGE_DIRECTORY_ENTRY_EXPORT          0   // Export Directory
#define IMAGE_DIRECTORY_ENTRY_IMPORT          1   // Import Directory
#define IMAGE_DIRECTORY_ENTRY_RESOURCE        2   // Resource Directory
#define IMAGE_DIRECTORY_ENTRY_EXCEPTION       3   // Exception Directory
#define IMAGE_DIRECTORY_ENTRY_SECURITY        4   // Security Directory
#define IMAGE_DIRECTORY_ENTRY_BASERELOC       5   // Base Relocation Table
#define IMAGE_DIRECTORY_ENTRY_DEBUG           6   // Debug Directory
//      IMAGE_DIRECTORY_ENTRY_COPYRIGHT       7   // (X86 usage)
#define IMAGE_DIRECTORY_ENTRY_ARCHITECTURE    7   // Architecture Specific Data
#define IMAGE_DIRECTORY_ENTRY_GLOBALPTR       8   // RVA of GP
#define IMAGE_DIRECTORY_ENTRY_TLS             9   // TLS Directory
#define IMAGE_DIRECTORY_ENTRY_LOAD_CONFIG    10   // Load Configuration Directory
#define IMAGE_DIRECTORY_ENTRY_BOUND_IMPORT   11   // Bound Import Directory in headers
#define IMAGE_DIRECTORY_ENTRY_IAT            12   // Import Address Table
#define IMAGE_DIRECTORY_ENTRY_DELAY_IMPORT   13   // Delay Load Import Descriptors
#define IMAGE_DIRECTORY_ENTRY_COM_DESCRIPTOR 14   // COM Runtime descriptor

8

发表评论

电子邮件地址不会被公开。 必填项已用*标注