windows PE Image 文件分析（5）--- .rsrc 节与 resource table

最新推荐文章于 2023-09-20 11:26:16 发布
最新推荐文章于 2023-09-20 11:26:16 发布
阅读量3.7k 收藏
点赞数
分类专栏： PE File 文章标签： image table windows string struct dialog

转自：http://www.sgoldcn.com/simple/?t1876.html

PE 文件所有使用的 resource table 非常复杂，一个典型的 windows GUI 应用程序普遍都使用到了 7 个左右的资源。




1. windows 中的资源 

在  WinUser.h  文件里定义了 windows 中所使用的全部资源： 
/*
* Predefined Resource Types
*/
#define RT_CURSOR           MAKEINTRESOURCE(1)
#define RT_BITMAP           MAKEINTRESOURCE(2)
#define RT_ICON             MAKEINTRESOURCE(3)
#define RT_MENU             MAKEINTRESOURCE(4)
#define RT_DIALOG           MAKEINTRESOURCE(5)
#define RT_STRING           MAKEINTRESOURCE(6)
#define RT_FONTDIR          MAKEINTRESOURCE(7)
#define RT_FONT             MAKEINTRESOURCE(8)
#define RT_ACCELERATOR      MAKEINTRESOURCE(9)
#define RT_RCDATA           MAKEINTRESOURCE(10)
#define RT_MESSAGETABLE     MAKEINTRESOURCE(11)
#define DIFFERENCE     11
#define RT_GROUP_CURSOR MAKEINTRESOURCE((ULONG_PTR)(RT_CURSOR) + DIFFERENCE)
#define RT_GROUP_ICON   MAKEINTRESOURCE((ULONG_PTR)(RT_ICON) + DIFFERENCE)
#define RT_VERSION      MAKEINTRESOURCE(16)
#define RT_DLGINCLUDE   MAKEINTRESOURCE(17)
#if(WINVER >= 0x0400)
#define RT_PLUGPLAY     MAKEINTRESOURCE(19)
#define RT_VXD          MAKEINTRESOURCE(20)
#define RT_ANICURSOR    MAKEINTRESOURCE(21)
#define RT_ANIICON      MAKEINTRESOURCE(22)
#endif /* WINVER >= 0x0400 */
#define RT_HTML         MAKEINTRESOURCE(23)
#ifdef RC_INVOKED
#define RT_MANIFEST                        24
#define CREATEPROCESS_MANIFEST_RESOURCE_ID  1
#define ISOLATIONAWARE_MANIFEST_RESOURCE_ID 2
#define ISOLATIONAWARE_NOSTATICIMPORT_MANIFEST_RESOURCE_ID 3
#define MINIMUM_RESERVED_MANIFEST_RESOURCE_ID 1   /* inclusive */
#define MAXIMUM_RESERVED_MANIFEST_RESOURCE_ID 16  /* inclusive */
#else  /* RC_INVOKED */
#define RT_MANIFEST                        MAKEINTRESOURCE(24)
#define CREATEPROCESS_MANIFEST_RESOURCE_ID MAKEINTRESOURCE( 1)
#define ISOLATIONAWARE_MANIFEST_RESOURCE_ID MAKEINTRESOURCE(2)
#define ISOLATIONAWARE_NOSTATICIMPORT_MANIFEST_RESOURCE_ID MAKEINTRESOURCE(3)
#define MINIMUM_RESERVED_MANIFEST_RESOURCE_ID MAKEINTRESOURCE( 1 /*inclusive*/)
#define MAXIMUM_RESERVED_MANIFEST_RESOURCE_ID MAKEINTRESOURCE(16 /*inclusive*/)
在 MSDN 上面有一篇文关于 resource types 的介绍： http://msdn.microsoft.com/en-us/library/ms648009(VS.85).aspx

2. .rsrc 节 

.rsrc  节装载整个 resouce table 结构和资源的数据，下面是  helloworld.exe  中的  .rsrc  节的信息 
域
.rsrc 节
VirtualSize
0x0000E71C
VirtualAddress
0x00019000
SizeOfRawData
0x0000E800
PointerToRawData
0x00006C00
PointerToRelocations
0
PointerToLinenumbers
0
NumberOfRelocations
0
NumberOfLinenumbers
0
Characteristics
0x40000040
.rsrc  被加载在  0x00419000 （ImageBase + VirtualAddress）上，真实的大小为  0xE71C ，这是一个很庞大的数据段，它在 image 文件的位置是 0x0006C00 ，占用文件的  0xE800  空间

3. resource table 

下面是  helloworld.exe  中所使用的 resource table 信息，它是一个  IMAGE_DATA_DIRECTORY  结构 
域
resource table
VirtualAddress
0x00019000
size
0xE71C
可以看出，resource table 就在  .rsrc  节里，它们的 size 都是一样的。
这个 resouce table 共有  0xE71C  bytse，这是一个恐怖的表格，占用大量的空间，所以这个 resource table 是一棵茂密的大树。
下面继续探索整个 resource table 的结构。

4. resource table 的整体结构 

整个 resource table 由 4 个结构组成：
  • IMAGE_RESOURCE_DIRECTORY 结构
  • IMAGE_RESOURCE_DIRECTORY_ENTRY 结构
  • IMAGE_RESOURCE_DIRECTORY_STRING 结构，或者说是：IMAGE_RESOURCE_DIR_STRING_U 结构
  • IMAGE_RESOURCE_DATA_ENTRY 结构
整个 resource 结构是一个树型结构，只有一个 root（根）节点，然后长出许多的树枝，最后是叶子。
根部 和每个 树技 是一个节点，这个节点由  IMAGE_RESOURCE_DIRECTORY  结构和  IMAGE_RESOURCE_DIRECTORY_ENTRY  结构组成 
而  IMGE_RESOURCE_DIRECTORY_STRING （ IMAGE_RESOURCE_DIR_STRING_U ）结构和  IMAGE_RESOURCE_DATA_ENTERY  都是整个  资源树  末端的  叶子  
它的结构图类似下面：


5. 节点的构成

前面说到资源树的节点由  IMAGE_RESOURCE_DIRECTORY  与  IMAGE_RESOURCE_DIRECTORY_ENTRY  构成，它们是怎样组成一个节点的呢？
  • 由 Directory（IMAGE_RESOURCE_DIRECTORY) 指出有多少个 Entry (IMAGE_RESOURCE_DIRECTORY_ENTRY）
  • 然后每个 Entry 再伸延出一个 Directory 或者指出最终的 Data（数据）
事实上 Directory 和 Entry 虽然是两个结构，但它们是一个整体，不存在单独出现的情况

5.1 Driectory（目录）

在  WinNT.h  文件里定义了这个 Directory 结构：
typedef struct _IMAGE_RESOURCE_DIRECTORY {
    DWORD   Characteristics;
    DWORD   TimeDateStamp;
    WORD    MajorVersion;
    WORD    MinorVersion;
    WORD    NumberOfNamedEntries;
    WORD    NumberOfIdEntries;
//  IMAGE_RESOURCE_DIRECTORY_ENTRY DirectoryEntries[];
} IMAGE_RESOURCE_DIRECTORY, *PIMAGE_RESOURCE_DIRECTORY;
这个结构里的  Characteristics ,  MajorVersion  以及  MinorVersion  一直为 0 不使用 
NumberOfNamedEntries  代表一个数量，以  "Name"  作为子树的个数。
NumberOfIdEntries  代表一个数量，以  "ID"  作为子树的个数。 
而 Directory 引出的 Entry 数量是 NumberOfNamedEntries 与 NumberOfIdEntries 之和，即： NumberOfNamedEntries + NumberOfIdEntries 等于 Entry 的数量  
  • Entry 是紧接着 Driectory 存放的。


5.2 Entry（表项） 

在  WinNT.h  文件中，Entry 结构的定义为：
typedef struct _IMAGE_RESOURCE_DIRECTORY_ENTRY {
    union {
        struct {
            DWORD NameOffset:31;
            DWORD NameIsString:1;
        } DUMMYSTRUCTNAME;
        DWORD   Name;
        WORD    Id;
    } DUMMYUNIONNAME;
    union {
        DWORD   OffsetToData;
        struct {
            DWORD   OffsetToDirectory:31;
            DWORD   DataIsDirectory:1;
        } DUMMYSTRUCTNAME2;
    } DUMMYUNIONNAME2;
} IMAGE_RESOURCE_DIRECTORY_ENTRY, *PIMAGE_RESOURCE_DIRECTORY_ENTRY;
这个结构看上去很复杂，实际上它成员只有  两个 DWORD 成员  ，共  8 bytes ，如下：
typedef struct _IMAGE_RESOURCE_DIRECTORY_ENTRY {
    DWORD Name;
    DWORD OffsetToData;
} IMAGE_RESOURCE_DIRECTORY_ENTRY, *PIMAGE_RESOURCE_DIRECTORY_ENTRY;
使用这个看上去很复杂方式定义，它想表达一个策略：
  • 当 Name 的高最位（Bit31）为 1 时： Name[30:0]（低 31 位）是一个 offset 指向 IMAGE_RESOURCE_DIR_STRING_U 结构。
    Bit31 为 0 时，Name 表示一个 ID 值。
  • 当 OffsetToData 的最高位（Bit31）为 1 时：OffsetToData[30:0]（低 31 位）是一个 offset 指向下一个 Directory 结构。
    Bit31 为 0 时，OffsetToData 仍然是一个 Offset 值，它指向一个 IMAGE_RESOURCE_DATA_ENTRY 结构。
Entry 的职责是给出下一个  Directory  或  Data ，从资源树的角度来看，Entry 要么给出下一个 节点 ，要么给出 叶子

5.2.1 给出下一个 Directory 

此时 Name 是一个 ID 值（即：Bit31 为 0），同时 OffsetToData 指向下一个 Directory 的位置（即：Bit31 为 1）
OffsetToData  提供的这个  Offset  值是基于  resource table  的，例如下面的一个 Entry 是这样的：
// entry[0]
00419010  03 00 00 00     // Name = 0x03 ====> ID = 3 (ICON)
00419014  48 00 00 80     // OffsetToData = 0x80000048
上例上所示， Name  此时表示一个 ID 值（ Bit31 为 0 ），而  OffsetToData  的  Bit31 为 1 ，此时它提供一个 offset 指向下一个 Directory 的位置。
在这个例子里， resource table  的位址是在  0x00419000 ，那么下一个 Directory 就在  0x00419048 （ resource table + OffsetToData ）位置上。

5.2.2 给出 Data 数据 

OffsetToData 的  Bit31 为 0 ，它指向一个  IMAGE_RESOURCE_DATA_ENTRY  结构，从树的解度来看，它给出一个叶子。下面是个例子：
// Entry[0]
00419180  09 04 00 00                    // ID = 0x409
00419184  98 03 00 00                    // ****** IMAGE_RESOURCE_DATA_ENTRY: 0x00000398
此时 OffsetToData 提供的是 Data （ IMAGE_RESOURCE_DATA_ENTRY ) 位置，同样这个 Offset 也是基于  resource table  的地址。
那么这个 Data 数据区域在： 0x00419398

5.3 节点图 


Entry  紧跟着  Directory  存放，它们构成一个节点，Directory 的  NumberOfIdEntries  给出 Entry 的个数 7，那么紧跟着的 Entry 就有 7 个。 每个 Entry 是一个 I MAGE_RESOURCE_DIRECTORY_ENTRY  结构。 
那么该节点大小就有  1  个  IMAGE_RESOURCE_DIRECTORY  结构和  7  个  IMAGE_RESOURCE_DIRECTORY_ENTRY  结构，每个节点的大小可能是不相同。

5.4 root 节点 

root （根）节点是 resource table 的第 1 个节点，root 就在 resource table 位置上。
以  helloworld.exe  为例，它的 resource table 在  0x00419000 （ImageBase + VirtualAddress），下面是它的  root  节点： 
// Driectory: (root)
00419000  00 00 00 00 
00419004  00 00 00 00 
00419008  00 00 
0041900A  00 00 
0041900C  00 00            // NumberOfNameEntries
0041900E  07 00            // NumberOfIdEntries
// entry[0]
00419010  03 00 00 00     // ID = 3 (ICON)
00419014  48 00 00 80     // OffsetToData = 0x80000048
// entry[1]
00419018  04 00 00 00     // ID = 4 (MENU)
0041901C  D8 00 00 80     // OffsetToData = 0x800000D8
// entry[2]
00419020  05 00 00 00     // ID = 5 (DIALOG)
00419024  F0 00 00 80     // OffsetToData = 0x800000F0
// entry[3]
00419028  06 00 00 00     // ID = 6 (STRING)
0041902C  08 01 00 80     // OffsetToData = 0x80000180

// entry[4]
00419030  09 00 00 00     // ID = 9 (ACCELERATOR)
00419034  20 01 00 80     // OffsetToData = 0x80000120
// entry[5]
00419038  0E 00 00 00     // ID = 0E (GROUP_ICON)
0041903C  38 01 00 80     // OffsetToData = 0x80000138

// entry[6]
00419040  18 00 00 00     // ID = 0x18 (MAINFEST)
00419044  58 01 00 80     // OffsetToData = 0x80000158
它有  7  个 Entry，每个 Entry 代表一个资源，由 Name（ID 值） 域得到，每个资源伸延出各自的资源树，这些  ID  值代表一个资源，也就是前面的  WinUser.h 文件定义的 常量值 ，每个 Entry 的  OffsetToData  值都指向各自的下一个  Directory

6. 叶子（Data/String）

资源树最终都要落在未端的叶子上，叶子两类结构表示： Data  和  String ，它们由  Entry  引出。

6.1 Data Entry

Data 数据区域 由  Data Entry  指出，这个 Data Entry 结构在  WinNT.h  定义为： 
typedef struct _IMAGE_RESOURCE_DATA_ENTRY {
    DWORD   OffsetToData;
    DWORD   Size;
    DWORD   CodePage;
    DWORD   Reserved;
} IMAGE_RESOURCE_DATA_ENTRY, *PIMAGE_RESOURCE_DATA_ENTRY;
Data Entry 的职责是指出最终的 resource table 中的数据，由  OffsetToData  指出，这个 OffsetToData 是个 RVA 值，基于  ImageBase 。数据区的大小由  Size  得出 
在资源树的未端 Resource Directory Entry 给出 Data Entry，再由 Data Entry 得到 Data 区域。

6.2 Resource Directory String 

Resource Directory 的名字包含在 String 结构里，这个结构在  WinNT.h  定义为：
typedef struct _IMAGE_RESOURCE_DIRECTORY_STRING {
    WORD    Length;
    CHAR    NameString[ 1 ];
} IMAGE_RESOURCE_DIRECTORY_STRING, *PIMAGE_RESOURCE_DIRECTORY_STRING;

typedef struct _IMAGE_RESOURCE_DIR_STRING_U {
    WORD    Length;
    WCHAR   NameString[ 1 ];
} IMAGE_RESOURCE_DIR_STRING_U, *PIMAGE_RESOURCE_DIR_STRING_U;
Directory String 里包含的是  Unicode  码，因此，Directory Entry 始终指向  IMAGE_RESOURCE_DIR_STRING_U  结构, 它和 IMAGE_RESOURCE_DIRECTORY_STRING  的区别是一个是  ASCII ，一个是  Unicode
NameString  是不定长的，用来表示 Directory 的名字，如： ICON 资源 Directory

6.3 两种分枝 

Data 与 String 不可能共同在同一个 Directory 树中：
  • Data 树由 Directory Entry 中 OffsetToData 指出
  • String 树由 Directory Entry 中 Name 指出
这种分枝的策略是区别是：
  • 一个用 ID 来标识资源
  • 一个用 String 名字来标资源


6.3.1 Data 树

在  root  节点的 Entry 中，当  OffsetToData 的 Bit31 为 1  时，由该 Entry 伸出的是 Data 树，此时由该 Entry 指向树分枝中的所有 Entry 的 Name 都是 ID 值，
再回过头来看一看  hellworld.exe  的  root 节点 ：
// Driectory: (root)
00419000  00 00 00 00 
00419004  00 00 00 00 
00419008  00 00 
0041900A  00 00 
0041900C  00 00            // NumberOfNameEntries
0041900E  07 00            // NumberOfIdEntries
// entry[0]
00419010  03 00 00 00     // ID = 3 (ICON)
00419014  48 00 00 80     // OffsetToData = 0x80000048
// entry[1]
00419018  04 00 00 00     // ID = 4 (MENU)
0041901C  D8 00 00 80     // OffsetToData = 0x800000D8
// entry[2]
00419020  05 00 00 00     // ID = 5 (DIALOG)
00419024  F0 00 00 80     // OffsetToData = 0x800000F0
// entry[3]
00419028  06 00 00 00     // ID = 6 (STRING)
0041902C  08 01 00 80     // OffsetToData = 0x80000180

// entry[4]
00419030  09 00 00 00     // ID = 9 (ACCELERATOR)
00419034  20 01 00 80     // OffsetToData = 0x80000120
// entry[5]
00419038  0E 00 00 00     // ID = 0E (GROUP_ICON)
0041903C  38 01 00 80     // OffsetToData = 0x80000138

// entry[6]
00419040  18 00 00 00     // ID = 0x18 (MAINFEST)
00419044  58 01 00 80     // OffsetToData = 0x80000158
上面的  root 节点长出 7 个分枝 ，每个分枝都由 Entry 指出， 7  个分枝的 Entry 的 Name 都是 ID 值 
因此  helloworld.exe  资源树中所有分枝都是 Data 树，它不存在 String 树

6.3.2 String 树 

当 root 节点的 Entry 中  Name 域 Bit31 为 1  时，Name 指向 String，这个 String 标识整个分枝，由这个 Entry 长出来的树枝都是 String 树
事实上，对一个 windows 典型资源几乎都是用 ID 来标识，而不是用 String 来标识。

7. 追踪 helloworld.exe 的资源树中的一条分枝 

现在我们从 root 节点开始到末端的叶子，来看一看  helloworld.exe  的一条分枝情况：

（1）root 节点

// Driectory: (root)
00419000  00 00 00 00 
00419004  00 00 00 00 
00419008  00 00 
0041900A  00 00 
0041900C  00 00            // NumberOfNameEntries
0041900E  07 00            // NumberOfIdEntries
// entry[0]
00419010  03 00 00 00     // ID = 3 (ICON)
00419014  48 00 00 80     // OffsetToData = 0x80000048
它的第 1 个分枝是 Data 分枝， ID = 3  它是一个  ICON  资源分枝树，下一个节点在  0x00419048  (0x00419000 + 0x00000048）

（2）下一个节点


// Directory
00419048  00 00 00 00 
0041904C  00 00 00 00
00419050  00 00 
00419052  00 00 
00419054  00 00            // NumberOfNameEntries
00419056  10 00            // NumberOfIdEntries

// Entry[0]
00419058  01 00 00 00      // ID = 01
0041905C  70 01 00 80      // OffsetToData = 0x80000170
00419060  02 00 00 00      // ID = 02
00419064  88 01 00 80      // OffsetToData = 0x80000188
00419068  03 00 00 00      // ID = 03
0041906C  A0 01 00 80      // OffsetToData = 0x800001A0
00419070  04 00 00 00 
00419074  B8 01 00 80 
00419078  05 00 00 00 
0041907C  D0 01 00 80
00419080  06 00 00 00 
00419084  E8 01 00 80 
00419088  07 00 00 00 
0041908C  00 02 00 80
00419090  08 00 00 00 
00419094  18 02 00 80 
00419098  09 00 00 00 
0041909C  30 02 00 80
004190A0  0A 00 00 00 
004190A4  48 02 00 80 
004190A8  0B 00 00 00 
004190AC  60 02 00 80
004190B0  0C 00 00 00 
004190B4  78 02 00 80 
004190B8  0D 00 00 00 
004190BC  90 02 00 80
004190C0  0E 00 00 00 
004190C4  A8 02 00 80 
004190C8  0F 00 00 00 
004190CC  C0 02 00 80
// Entry[15]
004190D0  10 00 00 00 
004190D4  D8 02 00 80 
在这个节点中，有  16  个 Entry，也一个庞大的分枝。我们只看第 1 个分枝情况：
  • ID = 01
  • OffsetToData = 0x80000170
说明再下一个节点在  0x00419170  位置上，它的 ID 值为 1，这些 Entry 的排列顺序是以 ID 值升序排列的。在子树里的 ID 值并没什么意义，只有在 root 节点里的 ID 里才代表着资源类型。

（3）再下一个节点 

// Directory
00419170  00 00 00 00 
00419174  00 00 00 00 
00419178  00 00 
0041917A  00 00 
0041917C  00 00 
0041917E  01 00
// Entry[0]
00419180  09 04 00 00                    // ID = 0x409
00419184  98 03 00 00                    // ****** IMAGE_RESOURCE_DATA_ENTRY: 0x00000398
这个节点里只有  1  个 Entry，这个 Entry 的  OffsetToData  值是  0x00000398 ，那么它 指向 Data Entry  而不是下一个节点。它个 Data Entry 位置在 0x00419398

（4）它的 Data Entry 

// IMAGE_RESOURCE_DATA_ENTRY
00419398  A8 98 01 00           // OffsetToData = 0x000198A8
0041939C  E8 02 00 00           // Size = 0x02E8
004193A0  00 00 00 00           // Codepage
004193AC  00 00 00 00           // Reserved
最终的 Data 数据区在  0x000198A8 ，注意这个值是基于 ImageBase 的，而不是基于 resource table，因此 Data 数据区在映像的 0x004198A8 （ ImageBase + OffsetToData ）

（5）Data 数据区 

下面摘取一部分数据：
Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
004198A0                          28 00 00 00 20 00 00 00         .(... ...
004198B0  40 00 00 00 01 00 04 00 00 00 00 00 00 00 00 00  @...............
004198C0  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
004198D0  00 00 00 00 00 00 80 00 00 80 00 00 00 80 80 00  ......€..€...€€.
004198E0  80 00 00 00 80 00 80 00 80 80 00 00 80 80 80 00  €...€.€.€€..€€€.
004198F0  C0 C0 C0 00 00 00 FF 00 00 FF 00 00 00 FF FF 00  ààà...?..?...??.
00419900  FF 00 00 00 FF 00 FF 00 FF FF 00 00 FF FF FF 00  ?...?.?.??..???.
00419910  AA AA AA AA AA AA AA AA AA AA AA AA AA AA AA AA  aaaaaaaaaaaaaaaa
00419920  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00419930  77 77 77 77 77 77 77 77 77 77 77 77 77 77 77 70  wwwwwwwwwwwwwwwp
00419940  78 88 88 88 88 88 88 88 88 88 88 88 88 88 88 70  x??????????????p
00419950  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
00419960  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
00419970  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
00419980  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
00419990  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
004199A0  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
004199B0  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
004199C0  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
004199D0  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
004199E0  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
004199F0  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
00419A00  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
00419A10  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
00419A20  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
00419A30  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
00419A40  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
00419A50  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
00419A60  78 7F FF FF FF FF FF FF FF FF FF FF FF FF F8 70  x.?????????????p
00419A70  78 77 77 77 77 77 77 77 77 77 77 77 77 77 78 70  xwwwwwwwwwwwwwxp
00419A80  78 88 88 88 88 88 88 88 88 88 88 88 88 88 88 70  x??????????????p
00419A90  78 44 44 44 44 44 44 44 44 44 40 00 00 00 00 70  xDDDDDDDDD@....p
00419AA0  78 44 44 44 44 44 44 44 44 44 48 80 88 08 80 70  xDDDDDDDDDH€?.€p
00419AB0  78 44 44 44 44 44 44 44 44 44 48 80 88 08 80 70  xDDDDDDDDDH€?.€p
00419AC0  78 44 44 44 44 44 44 44 44 44 44 44 44 44 44 70  xDDDDDDDDDDDDDDp
00419AD0  78 88 88 88 88 88 88 88 88 88 88 88 88 88 88 70  x??????????????p
00419AE0  77 77 77 77 77 77 77 77 77 77 77 77 77 77 77 70  wwwwwwwwwwwwwwwp
00419AF0  AA AA AA AA AA AA AA AA AA AA AA AA AA AA AA AA  aaaaaaaaaaaaaaaa
这个数据组成特定的数据格式。:)
ymzhou117
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
Windows Image Tool
05-05
Windows Image Tool，又称Windows USB3.0 Installation Tool 当采用u盘安装操作系统时，如果电脑只有usb3.0接口，需要提前在安装的U盘内准备好usb3.0驱动才能识别u盘。
PE 文件格式 .text .data .idata .rsrc
HWP
11-06 1725
好玩的： PE 文件格式把可执行文件分成若干个数据节（section），不同的资源被存放在不同的节中。 一个典型的 PE 文件中包含的节如下。 .text 由编译器产生，存放着二进制的机器代码，也是我们反汇编和调试的对象。 .data 初始化的数据块，如宏定义、全局变量、静态变量等。 .idata 可执行文件所使用的动态链接库等外来函数与文件的信息。 .rsrc 存放程序的资源，如图标、菜单等。 ...
rsrc-lib:用于处理Mac资源文件的库（.rsrc）
05-20
.Rsrc库 rsrc-lib提供了一个用于编辑和操作Mac资源文件（.rsrc）的API。 关于.rsrc文件 .rsrc文件是Mac资源文件。 它们的典型结构由多种类型的资源组成，这些资源文件直接嵌入.rsrc文件中。 这是文件布局： 前16个字节是标头（或实际上是页脚）签名，如下所示： 字节0-3始终为00 00 01 00 字节4-7是实际标头位于的偏移量 字节8-11是标头偏移-256 字节12-15是标头的长度 至于文件的其余部分： 接下来的256个字节被填充 下一部分是文件的大部分，包含所有嵌入的资源，每个嵌入资源之间用4个字节分隔，表示后续资源的长度。 标头签名直接位于最后一个资源之后。 它与前16个字节完全相同。 当前尚不清除接下来的14个字节，但是典型的格式是00 00 00 00 09 | 0A 00 00 00 1C XX XX 00？ ，其中XX是标
windows PE Image 文件分析（3）--- .idata 节与 import table
多媒体编程、网络编程、系统编程、网络安全编程、驱动编程
12-11 2426
现在我们来探讨一下 .idata 节与 import table 下面是 helloworld.exe 映像中使用了 import table ： 域 import table VirtualAddress 0x00018000 size 0x50 下面是 helloworld.exe 映像中的
PE文件格式详细解析(一)
weixin_47754894的博客
11-02 5670
PE文件格式详细解析 本篇文章将会详解Windows操作平台下PE文件格式，同时以具体的示例辅佐大家更好理解PE文件格式。本文章主要使用到以下两个工具：WinHex：用于将PE文件以16进制和ASCII码显示；PE tools解析和修改PE文件的工具。 1.PE文件格式 PE（Portable Executable，可移植的可执行文件），是Windows操作系统下可执行文件的总称。 PE文件往往指32位系统下的可执行文件，亦称PE32。64位的可执行文件称为PE+或PE32+,为PE文件的扩展格式。 PE文
商业编程-源码-PE文件分析器.zip
06-21
总的来说，"商业编程-源码-PE文件分析器.zip" 提供的源码可以帮助我们深入了解Windows应用程序的内部工作原理，提升编程技能，进行软件调试，以及提高安全分析能力。这个工具的实现涉及计算机体系结构、操作系统原理...
PeViewer - PE格式文件查看器 - 中文版
11-20
"查看Windows平台的PE格式文件的节区信息" 指出PeViewer能够详细展示PE文件中的节区信息，这是PE文件结构中的重要组成部分，包含了程序的代码、数据和资源等。 **标签解读：** "PE文件" 是Windows操作系统中执行...
PE-FIle-format.rar_PE file format
09-20
了解PE文件格式对于系统编程、逆向工程、软件安全分析等领域至关重要。通过深入学习，我们可以更好地理解程序如何在Windows环境中运行，以及如何调试和优化代码。此外，对PE文件格式的理解也有助于识别和防范恶意...
jdk-6u45-windows-x64-for-unzip-setup.zip
04-19
依次进入~\jdk-8u241-windows-x64.rsrc\1033\JAVA_CAB10，找到111文件 并再次对该文件进行“提取”操作，即可得到tools.zip文件。 2.解压tools.zip文件便能得到无需安装的JDK，可放置在任意路径下。 以管理员身份...
【Go】rsrc不是内部或外部命令、无法将“rsrc”项识别为 cmdlet、函数、脚本文件或可运行程序的名称 解决方法
最新发布
weixin_43165220的博客
09-20 985
go中，使用walk创建桌面程序，按照官方文档地步骤进行创建，当使用rsrc编译.manifest文件时，报错：rsrc不是内部或外部命令、无法将“rsrc”项识别为 cmdlet、函数、脚本文件或可运行程序的名称。这时我们应该如何解决呢？点开这篇文章就可以找到解决方法啦
使用Go语言开发一款入门级别的桌面程序
Python私教
10-31 5635
第一步：搭建目录 创建module项目：go mod init test_go 第二步：编写主代码 test.go package main import ( "github.com/lxn/walk" . "github.com/lxn/walk/declarative" "strings" ) func main() { var inTE, outTE *walk.TextEdit MainWindow{ Title: "SCREAMO",
Kali linux 全部版本镜像下载
热门推荐
Bulldozer_GD的博客
05-18 4万+
Kali linux 全部版本镜像下载 下载链接：http://old.kali.org/kali-images/
镜像文件下载
半日闲的博客
08-09 7478
http://vault.centos.org/6.5/isos/x86_64/http://archive.cloudera.com/cdh5/repo-as-tarball/5.5.1/
windows程序逆向笔记（一）
xiaotu0821的博客
12-16 1725
1.吾爱破解 l 按钮-程序运行的日志、插件加载的信息查看 e 按钮-模块信息，程序加载的所有模块、库 都可以看到路径等 双击就可以看到基地址 m 按钮-内存信息 对于 e按钮中 的各个模块的基地址等 t 按钮-线程信息 w 按钮-窗口信息 h 按钮- 一些句柄的信息 c 按钮-反汇编窗口 或者双击 从寄存器的 EIP shift+加号回到之前的位置 p 按钮-记录修改信息 可以在这做还...
修改程序的图标与详细描述
qq_43082315的博客
10-08 1161
Resource Haceker工具修改程序图标和程序描述
【EXE PE】.rsrc 节与 resource table
行路中
09-06 4560
原文地址http://www.mouseos.com/windows/PE_image5.html PE 文件所有使用的 resource table 非常复杂，一个典型的 windows GUI 应用程序普遍都使用到了 7 个左右的资源。 1. windows 中的资源 在 WinUser.h 文件里定义了 windows 中所使用的全部资源： /*  * Pr
鸿蒙基础之ResourceTable 是什么 （HarmonyOS鸿蒙开发基础知识）
iCloudEnd的博客
09-21 6792
ResourceTable 是什么 ResourceTable用于管理窗口小部件资源。一个ResourceTable可以有一个父ResourceTable。子资源表中的值将覆盖父资源表中的值。 未经授权禁止转载 更多技术交流请加入QQ群 群名称：harmonyos鸿蒙技术交流 群 号：856567895 从零开始入门学习HarmonyOS鸿蒙2.0开发 原创 HarmonyOS 鸿蒙入门教程之01 基础环境和开发工具 （教程含源码） 原创 HarmonyOS 鸿蒙开发之02开发
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值