본문 바로가기

REVERSING

[SWING] Reversing 08

 

PE 구조 분석

 

PE파일이란?

PE(Portable Executable)파일은 윈도우 실행파일이다.

UNIX의 COFF(Common Object File Format)을 기반으로 만들어졌다.

windows 환경에 따라 다르게 부르는데 32bit환경에서는 PE32, 64bit환경에서는 PE+또는 PE32+라고 불린다.

Linux나 Unix와 같은 계열의 환경에서는 PE파일과 비슷한 형식으로 ELF(Executable and Linkable Format)파일이 존재한다.

PE파일을 통해서 프로그램이 사용하는 API 또는 DLL 등 다양한 정보와 어느 메모리 주소에 로딩되는지 확인할 수 있다.

 

PE파일 종류

1) 실행 계열 : EXE, SCR

2) 라이브러리 계열 : DLL, OCX, CPL, DRV

3) 드라이버 계열 : SYS, VXD

4) 오브젝트 파일 계열 : OBJ

 

 

 

DOS header부터 Section header까지를 PE 헤더, 그 밑의 Section들을 합쳐서 PE 바디(Body)라고 한다.

파일에서는 offset으로, 메모리에서는 VA(Virtual Address, 절대주소)로 위치를 표현한다.

파일이 메모리에 로딩되면 모양이 달라진다(Section의 크기, 위치 등).

파일의 내용은 보통 코드(.text), 데이터(.data), 리소스(.rsrc) 섹션에 나뉘어서 저장된다.

 

다양한 정보들이 PE Header에 구조체 형식으로 저장된다.

파일에서는 offset, 메모리에서는 VA(Virtual Address)로 적재된 위치를 표현한다.

 

  • Offset : 파일의 첫 바이트부터 거리를 뜻함
  • VA(Virtual Address) : 프로세스 가상 메모리의 절대주소
  • RVA(Relative Virtual Address) : 기준(ImageBase)로부터 상대주소
  • VA = RVA + ImageBase

헤더의 끝 부분과 섹션별로 사이사이에 Null값이 존재한다.

파일 또는 메모리에서 섹션의 시작위치는 각각 최소 기본 단위의 배수에 해당하는 위치여야하므로

빈공간은 Null로 채워버리는데, 이를 Alignment라 부른다.

 

DOS Header

DOS 파일에 대한 하위 호환성을 고려하여 만들었다.

구조체 : IMAGE_DOS_HEADER

 

주요 멤버

e_magic : DOS signature(매직넘버)로 PE파일을 나타내는 첫 2바이트, MZ 5A4D0로 고정되어 있으며 MZ이 아니면 로더는 해당 파일을 PE로 인식하지 않는다. (참고로 MZ은 DOS 실행 파일을 설계한 Mark Zbikowski의 이니셜이라고 한다.)

e_lfanew : NT Header가 시작되는 위치의 옵셋을 뜻하며 e_lfanew값이 가리키는 위치에 NT Header구조체가 존재해야 한다.

 

 

DOS Stub

DOS환경에서 실행되는 코드를 가진 영역이며 일종의 옵션으로 DOS Stub이 없어도 파일 실행에 문제가 없다.

코드와 데이터의 혼합으로 이뤄졌으며 DOS환경에서 실행하면 "This program cannot be run in DOS mode"문자열을 출력하고 종료된다.

 

NT Header

구조체 : IMAGE_NT_HEADERS

DOS Header의 멤버 중 e_lfanew에 저장된 주소 값이 이 부분을 가리킨다.

파일 실행에 필요한 정보가 저장된다.

 

NT Header의 구조체에는 총 3개의 멤버로 구성되어있으며 다음과 같다.

 

Signature

제일 첫 멤버로 일반적으로 50450000h("PE"00)을 가지는데 이는 변경이 불가능하다.

 

 

File Header

구조체 : IMAGE_FILE_HEADER

파일의 개략적인 속성을 나타낸다.

 

주요 멤버 (해당 값들이 정확히 세팅되지 않으면 파일은 정상적으로 실행되지 않음)

Machine : 파일의 실행 대상 플랫폼을 나타냄(winnt.h에 정의됨) I386(0x014C), IA64(0x200), AMD64(0x8664)

NumberOfSections : 파일에 존재하는 섹션의 개수(파일에 따따라 섹션의 개수가 달라지므로)이며 반드시 0보다 커야함, (정의된 섹션 개수 > 실제 섹션 개수 : 실행 에러), (정의된 섹션 개수 < 실제 섹션 개수 : 정의된 개수만큼 인식)

SizeOfOptionalHeader : 다음에 이어지는 Optional Header의 크기를 알려줌

Characteristics : 파일의 속성을 나타내는 값으로 실행 파일인지 DLL파일인지 등의 정보들이 bit OR연산을 통해 최종 값으로 설정된다. (winnt.h파일에 정의됨), exe파일(0x0002), dll파일(0x2000)

TimeDateStamp : 파일의 실행에 영향을 미치지 않는 값으로, 해당 파일의 빌드 시간을 나타냄 

 

 

Optional Header

구조체 : IMAGE_OPTIONAL_HEADER

파일 실행에 필요한 주요 정보들을 저장한다.

 

주요 멤버

Magic : IMAGE_OPTIONAL_HEADER32인지 64인지 구분(32인 경우 0X10B, 64인 경우 0x20B)

AddressOfEntryPoint : 파일이 메모리에 매핑된 후 코드 시작 주소이며 ImageBase값에 이 값을 더해 코드 시작 지점을 설정(즉, Entry Point의 RVA를 가짐)

ImageBase : PE파일이 로딩되는 시작 주소이며 EXE, DLL파일은 user memory영역에 위치하며 SYS파일은 kernel memory영역에 위치한다. 일반적으로 EXE파일은 0x400000, DLL파일은 0x1000000의 값을 가진다.

SectionAlignment, FileAlignment : 메모리/파일에서 섹션의 최소단위를 나타내며 각 섹션은 반드시 Alignment의 배수여야 한다.(섹션에서 크기 남더라도 0으로 채워서 Alignment값을 맞춤)

SizeOfImage : 메모리에 로딩될 때 가상 메모리에서 PE Image가 차지하는 크기

SizeOfHeader : PE Header의 전체 크기(FileAlignmaet의 배수여야 한다.)

Subsystem : 동작환경을 정의한 것으로 sys파일(0x1), GUI파일(0x2), CLI(0x3)의 값으로 세팅

NumberOfRvaAndSize : DataDirectory배열의 개수로 일반적으로 16개의 디렉터리를 가지지만 해당 멤버로 디렉터리 수를 정할 수 있다.

DataDirectory : IMAGE_DATA_DIRECTORY 구조체의 배열로써 디렉토리별로 각각의 정보를 담음

  • Export Directory : DLL등의 파일에서 외부에 함수를 공개하기 위한 정보들을 가짐
  • Import Directory : 프로그램 실행을 위해 Import하는 DLL 이름과 사용할 함수 정보가 담긴 INT주소와 IAT주소 같은 정보가 담김
  • TLS Directory : 스레드 지역 저장소 초기화 섹션에 대한 포인터
  • IAT Directory : IAT의 시작번지를 가리킴

 

 

Section Header

각 Section의 헤더들이 존재하며 Section들은 메타데이터를 저장하고 메모리에 로드될 때 필요한 정보를 포함하고 있다.

 

주요 멤버

VirtualSize : 메모리에서 섹션의 크기

VirtualAddress : 메모리에서 섹션의 시작주소(RVA)

SizeOfRawData : 파일에서 섹션의 크기

PointerToRawData : 파일에서 섹션의 Offset

Characteristics : 섹션의 속성, Bit OR연산

 

 

 

notepad.exe PE 헤더 분석

 

WJR Software - PEview (PE/COFF file viewer),... (wjradburn.com)

 

WJR Software - PEview (PE/COFF file viewer),...

Utilities (for use with Windows® XP operating system or later) PEview provides a quick and easy way to view the structure and content of 32-bit Portable Executable (PE) and Component Object File Format (COFF) files. This PE/COFF file viewer displays heade

wjradburn.com

 

위 링크에서 첫번째 항목 PE viewer를 다운받는다.

 

 

 

 

 

PE 헤더

PE 헤더는 많은 구조체로 이루어졌다.

 

DOS Header

Microsoft는 PE File Format을 만들 때 당시에 널리 사용되던 DOS 파일에 대한 하위 호환성을 고려해서 만들었다. 그 결과로 PE 헤더의 제일 앞부분에는 기존 DOS EXE Header를 확장시킨 IMAGE_DOS_HEADER 구조체가 존재한다.

 

typedef struct_IMAGE_DOS_HEADER {
     WORD e_magic;                // DOS signature :4D5A ("MZ")
     WORD e_cblp; WORD e_cp;
     WORD e_crlc; WORD e_parhdr;
     WORD e_minalloc;
     WORD e_maxalloc;
     WORD e_ss;
     WORD e_sp;
     WORD e_csum;
     WORD e_ip;
     WORD e_cs;
     WORD e_lfarlc;
     WORD e_ovno;
     WORD e_res[4];
     WORD e_oemid;
     WORD e_res2[10];
     WORD e_lfanew;             // offset to NT header
} IMAGE_DOS_HEADER, *PIMAGE_DOS_HEADER;

 

IMAGE_DOS_HEADER 구조체의 크기는 40h(64byte)이다.

이 구조체에서 꼭 알아둬야 할 중요한 멤버는 e_magic과 e_lfanew이다.

 

  • e_magic: DOS signature (4D5A => ASCII 값 "MZ")
  • e_lfanew: NT header의 옵셋을 표시 (가변적인 값을 가짐)

모든 PE 파일은 시작 부분(e_magic)에 DOS signature ("MZ")가 존재하고,

e_lfanew 값이 가리키는 위치에 NT header 구조체가 존재해야 한다.

NT header 구조체의 이름은 IMAGE_DOS_HEADER이다. 

 

 

 

DOS Stub

DOS Stub의 존재여부는 옵션이며 크기도 일정하지 않다.

DOS Stub은 코드와 코드와 데이터의 혼합으로 이루어져 있다. 

 

 

DOS 환경에서 실행하거나, DOS용 디버거(debug.exe)를 이용해서 실행할 수 있다.

 

명령 프롬프트(cmd)를 띄워서 아래와 같이 명령어를 입력한다.

 

C:\WINDOWS>debug notepad.exe
-u
0D1E:0000 0E        PUSH    CS
0D1E:0001 1F        POP     DS
0D1E:0002 BA0E00    MOV     DX,000E   ; DX = 0E : "This program cannot be run in DOS mode"
0D1E:0005 B409      MOV     AH,09
0D1E:0007 CD21      INT     21        ; AH = 09 : WriteString()

0D1E:0009 B8014C    MOV     AX,4C01
0D1E:000C CD21      INT     21        ; AX = 4C01 : Exit()

코드는 매우 간단하다. 문자열을 출력하고 종료한다.

 

즉, notpad.exe는 32 bit 용 PE 파일이지만, MS-DOS 호환 모드를 가지고 있어서 DOS 환경에서 실행하면 "This program cannot be run in DOS mode" 문자열을 출력하고 종료한다.

 

이 특성을 잘 이용하면 하나의 실행(EXE) 파일에 DOS와 Windows에서 모두 실행 가능한 파일을 만들 수도 있다.

실제로 세계적인 보안업체 McAfee에서 무료로 배포했던 scan.exe라는 파일이 이와 같은 특징을 갖고 있다.

(DOS 환경에서는 16 bit DOS용 코드가, Windows 환경에서는 32 bit Windows 코드가 각각 실행된다.)

 

 

NT Header

NT header 구조체 IMAGE_NT_HEADERS이다.

typedef struct _IMAGE_NT_HEADERS {
    DWORD Signature;                          // PE Signature : 50450000 ("PE"00)
    IMAGE_FILE_HEADER FileHeader;
    IMAGE_OPTIONAL_HEADER32 OptionalHeader;
} IMAGE_NT_HEADERS32, *PIMAGE_NT_HEADERS32;

위 구조체는 32 bit 용이며, 64 bit 용은 세 번째 멤버가 IMAGE_OPTIONAL_HEADER64이다.

 

IMAGE_NT_HEADER 구조체는 3개의 멤버로 되어 있다.

제일 첫 멤버는 Signature로서 50450000h ("PE"00) 값을 가진다(변경불가).

 

 

그리고 FileHeader와 OptionalHeader 구조체 멤버가 있다.

 

notepad.exe의 IMAGE_NT_HEADERS의 내용을 살펴보자.

 

IMGE_NT_HEADERS 구조체의 크기는 F8h이다. 상당히 큰 구조체이다.

FileHeader와 OptionalHeader 구조체를 살펴볼 수 있다.

 

 

NT Header_File Header

파일의 개략적인 속성을 나타내는 IMAGE_FILE_HEADER 구조체이다.

typedef struct _IMAGE_FILE_HEADER {
    WORD    Machine;
    WORD    NumberOfSections;

    DWORD   TimeDateStamp;
    DWORD   PointerToSymbolTable;
    DWORD   NumberOfSymbols;
    WORD    SizeOfOptionalHeader;
    WORD    Characteristics;

} IMAGE_FILE_HEADER, *PIMAGE_FILE_HEADER;

IMAGE_FILE_HEADER 구조체에서 아래 4가지 멤버들이 중요하다.

이 값들이 정확하게 세팅되어 있지 않으면 파일은 정상적으로 실행되지 않습니다.

 

#1.Machine

Machine 넘버는 CPU 별로 고유한 값이며 32 bit Intel 호환 칩 14ch의 값을 가진다. 아래는 winnt.h 파일에 정의된 Machine 넘버의 값들이다.

#define IMAGE_FILE_MACHINE_UNKNOWN           0
#define IMAGE_FILE_MACHINE_I386              0x014c  // Intel 386.
#define IMAGE_FILE_MACHINE_R3000             0x0162  // MIPS little-endian, 0x160 big-endian
#define IMAGE_FILE_MACHINE_R4000             0x0166  // MIPS little-endian
#define IMAGE_FILE_MACHINE_R10000            0x0168  // MIPS little-endian
#define IMAGE_FILE_MACHINE_WCEMIPSV2         0x0169  // MIPS little-endian WCE v2
#define IMAGE_FILE_MACHINE_ALPHA             0x0184  // Alpha_AXP
#define IMAGE_FILE_MACHINE_POWERPC           0x01F0  // IBM PowerPC Little-Endian
#define IMAGE_FILE_MACHINE_SH3               0x01a2  // SH3 little-endian
#define IMAGE_FILE_MACHINE_SH3E              0x01a4  // SH3E little-endian
#define IMAGE_FILE_MACHINE_SH4               0x01a6  // SH4 little-endian
#define IMAGE_FILE_MACHINE_ARM               0x01c0  // ARM Little-Endian
#define IMAGE_FILE_MACHINE_THUMB             0x01c2
#define IMAGE_FILE_MACHINE_IA64              0x0200  // Intel 64
#define IMAGE_FILE_MACHINE_MIPS16            0x0266  // MIPS
#define IMAGE_FILE_MACHINE_MIPSFPU           0x0366  // MIPS
#define IMAGE_FILE_MACHINE_MIPSFPU16         0x0466  // MIPS
#define IMAGE_FILE_MACHINE_ALPHA64           0x0284  // ALPHA64
#define IMAGE_FILE_MACHINE_AXP64             IMAGE_FILE_MACHINE_ALPHA64

#2. NumberOfSections

PE 파일은 코드, 데이터, 리소스 등이 각각의 섹션에 나뉘어서 저장된다고 설명했었다.

NumberOfSections는 바로 그 섹션의 개수를 나타낸다.

 

이 값은 반드시 0보다 커야 한다.

 

정의된 섹션 개수보다 실제 섹션이 적다면 실행 에러가 발생한다.

정의된 섹션 개수보다 실제 섹션이 많다면 정의된 개수만큼만 인식된다.

 

#3. SizeOfOptionalHeader

IMAGE_NT_HEADER 구조체의 마지막 멤버는 IMAGE_OPTIONAL_HEADER32 구조체이다.

SizeOptionalHeader 멤버는 바로 이 IMAGE_OPTIONAL_HEADER32 구조체의 크기를 나타낸다.

 

IMAGE_OPTIONAL_HEADER32는 C언어의 구조체이기 때문에 이미 그 크기가 결정되었다.

그런데 Windows의 PE Loader는 IMAGE_FILE_HEADER의 SizeOfOptionalHeader 값을 보고 IMAGE_OPTIONAL_HEADER32 구조체를 인식한다.

 

[참고]

IMAGE_DOS_HEADER 의 e_lfanew 멤버와 IMAGE_FILE_HEADER 의 SizeOfOptionalHeader 멤버 때문에
일반적인(상식적인) PE 파일 형식을 벗어나는 일명 '꽈배기' PE 파일(PE Patch) 이 만들 수 있다.

#4. Characteristics

파일의 속성을 나타내는 값으로써, 실행이 가능한 형태인지(executable or not) 혹은 DLL 파일인지 등의 정보들이 bit OR 형식으로 조합된다.

 

아래는 winnt.h 파일에 정의된 Characteristics 값들이다. (0002h와 2000h 의 값을 기억해야 한다.)

 

#define IMAGE_FILE_RELOCS_STRIPPED           0x0001  // Relocation info stripped from file.
#define IMAGE_FILE_EXECUTABLE_IMAGE          0x0002  // File is executable  
                                                     // (i.e. no unresolved externel references).

#define IMAGE_FILE_LINE_NUMS_STRIPPED        0x0004  // Line nunbers stripped from file.
#define IMAGE_FILE_LOCAL_SYMS_STRIPPED       0x0008  // Local symbols stripped from file.
#define IMAGE_FILE_AGGRESIVE_WS_TRIM         0x0010  // Agressively trim working set
#define IMAGE_FILE_LARGE_ADDRESS_AWARE       0x0020  // App can handle >2gb addresses
#define IMAGE_FILE_BYTES_REVERSED_LO         0x0080  // Bytes of machine word are reversed.
#define IMAGE_FILE_32BIT_MACHINE             0x0100  // 32 bit word machine.
#define IMAGE_FILE_DEBUG_STRIPPED            0x0200  // Debugging info stripped from 
                                                     // file in .DBG file

#define IMAGE_FILE_REMOVABLE_RUN_FROM_SWAP   0x0400  // If Image is on removable media, 
                                                     // copy and run from the swap file.

#define IMAGE_FILE_NET_RUN_FROM_SWAP         0x0800  // If Image is on Net, 
                                                     // copy and run from the swap file.

#define IMAGE_FILE_SYSTEM                    0x1000  // System File.
#define IMAGE_FILE_DLL                       0x2000  // File is a DLL.
#define IMAGE_FILE_UP_SYSTEM_ONLY            0x4000  // File should only be run on a UP machine
#define IMAGE_FILE_BYTES_REVERSED_HI         0x8000  // Bytes of machine word are reversed.

Q.참고로 PE 파일 중에 Characteristics 값에 0002h가 없는 경우(not executable)가 있을까?

A.있다. 예를 들어 *.obj와 같은 object 파일 및 resource DLL 같은 파일이 그런 경우이다.

 

IMAGE_FILE_HEADER의 TimeDateStamp 멤버에 대해서 설명하면, 이 값은 파일의 실행에 영향을 미치지 않는 값으로써 해당 파일의 빌드 시간을 나타낸 값이다.

단, 개발 도구에 따라서 이 값을 세팅해주는 도구(VB, VC++)가 있고, 그렇지 않은 도구(Delphi)가 있다.

 

 

 

IMAGE_FILE_HEADER

 

 

위 사진은 헥스 에디터(HxD)로 봤을 때, 이를 알아보기 쉽게 구조체 멤버로 표현하면 아래와 같다.

[ IMAGE_FILE_HEADER ] - notepad.exe

 offset   value   description

-------------------------------------------------------------------------------
000000E4     014C machine
000000E6     0003 number of sections
000000E8 48025287 time date stamp (Mon Apr 14 03:35:51 2008)
000000EC 00000000 offset to symbol table
000000F0 00000000 number of symbols
000000F4     00E0 size of optional header
000000F6     010F characteristics
                      IMAGE_FILE_RELOCS_STRIPPED
                      IMAGE_FILE_EXECUTABLE_IMAGE
                      IMAGE_FILE_LINE_NUMS_STRIPPED
                      IMAGE_FILE_LOCAL_SYMS_STRIPPED
                      IMAGE_FILE_32BIT_MACHINE

 

 

NT Header_Optional Header

PE 헤더 구조체 중에서 가장 크기가 큰 IMAGE_OPTIONAL_HEADER32이다.

 

typedef struct _IMAGE_DATA_DIRECTORY {
    DWORD   VirtualAddress;
    DWORD   Size;
} IMAGE_DATA_DIRECTORY, *PIMAGE_DATA_DIRECTORY;

#define IMAGE_NUMBEROF_DIRECTORY_ENTRIES    16

typedef struct _IMAGE_OPTIONAL_HEADER {
    WORD    Magic;

    BYTE    MajorLinkerVersion;
    BYTE    MinorLinkerVersion;
    DWORD   SizeOfCode;
    DWORD   SizeOfInitializedData;
    DWORD   SizeOfUninitializedData;
    DWORD   AddressOfEntryPoint;
    DWORD   BaseOfCode;
    DWORD   BaseOfData;
    DWORD   ImageBase;

    DWORD   SectionAlignment;
    DWORD   FileAlignment;
    WORD    MajorOperatingSystemVersion;
    WORD    MinorOperatingSystemVersion;
    WORD    MajorImageVersion;
    WORD    MinorImageVersion;
    WORD    MajorSubsystemVersion;
    WORD    MinorSubsystemVersion;
    DWORD   Win32VersionValue;
    DWORD   SizeOfImage;
    DWORD   SizeOfHeaders;
    DWORD   CheckSum;
    WORD    Subsystem;
    WORD    DllCharacteristics;
    DWORD   SizeOfStackReserve;
    DWORD   SizeOfStackCommit;
    DWORD   SizeOfHeapReserve;
    DWORD   SizeOfHeapCommit;
    DWORD   LoaderFlags;
    DWORD   NumberOfRvaAndSizes;
    IMAGE_DATA_DIRECTORY DataDirectory[IMAGE_NUMBEROF_DIRECTORY_ENTRIES];
} IMAGE_OPTIONAL_HEADER32, *PIMAGE_OPTIONAL_HEADER32;

IMAGE_OPTIONAL_HEADER32 구조체에서 주목해야 할 멤버는 아래와 같다.

이 값들 역시 파일 실행에 필수적인 값들이라서 잘못 세팅되면 파일이 정상 실행 되지 않는다.

 

#1. Magic

IMAGE_OPTIONAL_HEADER32인 경우, 10Bh, IMAGE_OPTIONAL_HEADER64인 경우 20Bh 값을 가지게 된다.

 

#2. AddressOfEntryPoint

EP(Entry Point)의 RVA(Relative Virtual Address) 값을 가지고 있다.

 

#3. ImageBase

프로세스의 가상 메모리는 0 ~ FFFFFFFFh 범위이다(32 bit의 경우). ImageBase는 이렇게 광활한 메모리내에서 PE 파일이 로딩(매핑)되는 시작 주소를 나타낸다.

 

EXE, DLL 파일은 user memory 영역인 0~7FFFFFFFh 범위에 위치하고, SYS 파일은 kernel memory 영역인 80000000h~FFFFFFFh 범위에 위치한다.

 

일반적으로 개발도구(VB/VC++/Delphi)들이 만들어내는 EXE 파일의 ImageBase 값은 00400000h이고, DLL 파일의 ImageBase 값은 01000000h이다.

 

PE loader는 PE 파일을 실행시키기 위해 프로세스를 생성하고 파일을 메모리에 로딩(매핑) 시킨 후, EIP 레지스터 값을 ImageBase + AddressOfEntryPoint 값으로 세팅한다.

 

#4.SectionAlignment, FileAlignment

PE 파일은 섹션으로 나뉘어져 있는데 파일에서 섹션의 최소단위를 나타내는 것이 FileAlignment 이고 메모리에서 섹션의 최소단위를 나타내는 것이 SectionAlignment 이다.

따라서 파일/메모리의 섹션 크기는 반드시 각각 FileAlignment/SectionAlignment 의 배수가 되어야 한다.

#5. SizeOfImage
PE 파일이 메모리에 로딩되었을 때 가상 메모리에서 PE Image 가 차지하는 크기를 나타낸다.
일반적으로 파일의 크기와 메모리에 로딩된 크기는 다르다. 각 섹션의 로딩 위치와 메모리 점유 크기는 나중에 소개할 Section Header에 정의 되어 있다.

#6. SizeOfHeader

PE header의 전체 크기를 나타낸다. 이 값은 FileAlignment의 배수여야 한다. 파일 시박에서 SizeOfHeader 옵셋만큼 떨어진 위치에 첫 번째 섹션이 위치한다.

 

#7. Subsystem
1 : Driver file (*.sys)
2 : GUI (Graphic User Interface) 파일 -> notepad.exe 와 같은 윈도우 기반 어플리케이션
3 : CUI (Console User Interface) 파일 -> cmd.exe 와 같은 콘솔 기반 어플리케이션


#8. NumberOfRvaAndSizes

마지막 멤버인 DataDirectory 배열의 개수

 

구조체 정의에 분명히 배열 개수가 IMAGE_NUMBEROF_DIRECTORY_ENTRIES (16)이라고 명시되어 있지만, PE loader는 NumberOfRvaAndSizes의 값을 보고 배열의 크기를 인식한다.

 

#9. DataDirectory

IMAGE_DATA_DIRECTORY 구조체의 배열로써, 배열의 각 항목마다 정의된 값을 가지게 된다

아래에 각 배력 항목을 나열한다.

DataDirectory[0] = EXPORT Directory         
DataDirectory[1] = IMPORT Directory         
DataDirectory[2] = RESOURCE Directory       
DataDirectory[3] = EXCEPTION Directory      
DataDirectory[4] = SECURITY Directory       
DataDirectory[5] = BASERELOC Directory      
DataDirectory[6] = DEBUG Directory          
DataDirectory[7] = COPYRIGHT Directory      
DataDirectory[8] = GLOBALPTR Directory      
DataDirectory[9] = TLS Directory            
DataDirectory[A] = LOAD_CONFIG Directory    
DataDirectory[B] = BOUND_IMPORT Directory   
DataDirectory[C] = IAT Directory            
DataDirectory[D] = DELAY_IMPORT Directory   
DataDirectory[E] = COM_DESCRIPTOR Directory 
DataDirectory[F] = Reserved Directory  

여기서 말하는 Directoty란 어떤 구조체의 배열이라고 생각하면 된다.

 

빨간색으로 표시한 EXPORT, IMPORT, RESOURCE, TLS Directory를 눈여겨 보자.

특히 IMPORT와 EXPORT Directory 구조는 PE header에서 매우 중요하다.

 

아래 사진에서 실제로 notepad.exe의 IMAGE_OPTIONAL_HEADER32를 확인할 수 있다.

 

 

구조체 멤버별 값과 설명은 아래와 같다.

[ IMAGE_OPTIONAL_HEADER ] - notepad.exe

 offset   value   description
-------------------------------------------------------------------------------
000000F8     010B magic
000000FA       07 major linker version
000000FB       0A minor linker version
000000FC 00007800 size of code
00000100 00008C00 size of initialized data
00000104 00000000 size of uninitialized data
00000108 0000739D address of entry point
0000010C 00001000 base of code
00000110 00009000 base of data
00000114 01000000 image base
00000118 00001000 section alignment
0000011C 00000200 file alignment
00000120     0005 major OS version
00000122     0001 minor OS version
00000124     0005 major image version
00000126     0001 minor image version
00000128     0004 major subsystem version
0000012A     0000 minor subsystem version
0000012C 00000000 win32 version value
00000130 00014000 size of image
00000134 00000400 size of headers
00000138 000126CE checksum
0000013C     0002 subsystem
0000013E     8000 DLL characteristics
00000140 00040000 size of stack reserve
00000144 00011000 size of stack commit
00000148 00100000 size of heap reserve
0000014C 00001000 size of heap commit
00000150 00000000 loader flags
00000154 00000010 number of directories
00000158 00000000 RVA  of EXPORT Directory
0000015C 00000000 size of EXPORT Directory
00000160 00007604 RVA  of IMPORT Directory
00000164 000000C8 size of IMPORT Directory
00000168 0000B000 RVA  of RESOURCE Directory
0000016C 00008304 size of RESOURCE Directory
00000170 00000000 RVA  of EXCEPTION Directory
00000174 00000000 size of EXCEPTION Directory
00000178 00000000 RVA  of SECURITY Directory
0000017C 00000000 size of SECURITY Directory
00000180 00000000 RVA  of BASERELOC Directory
00000184 00000000 size of BASERELOC Directory
00000188 00001350 RVA  of DEBUG Directory
0000018C 0000001C size of DEBUG Directory
00000190 00000000 RVA  of COPYRIGHT Directory
00000194 00000000 size of COPYRIGHT Directory
00000198 00000000 RVA  of GLOBALPTR Directory
0000019C 00000000 size of GLOBALPTR Directory
000001A0 00000000 RVA  of TLS Directory
000001A4 00000000 size of TLS Directory
000001A8 000018A8 RVA  of LOAD_CONFIG Directory
000001AC 00000040 size of LOAD_CONFIG Directory
000001B0 00000250 RVA  of BOUND_IMPORT Directory
000001B4 000000D0 size of BOUND_IMPORT Directory
000001B8 00001000 RVA  of IAT Directory
000001BC 00000348 size of IAT Directory
000001C0 00000000 RVA  of DELAY_IMPORT Directory
000001C4 00000000 size of DELAY_IMPORT Directory
000001C8 00000000 RVA  of COM_DESCRIPTOR Directory
000001CC 00000000 size of COM_DESCRIPTOR Directory
000001D0 00000000 RVA  of Reserved Directory
000001D4 00000000 size of Reserved Directory

 

 

Section Header

섹션의 속성(property)을 정의한 것이 섹션 헤더이다.

E 파일을 여러개의 section 구조로 만들었을때 (제가 생각하는) 장점은 바로 프로그램의 안정성이다.

가령 문자열 data 에 값을 쓰다가 어떤 이유로 overflow 가 발생(버퍼 크기를 초과해서 입력) 했을때 
바로 다음의 code (명령어) 를 그대로 덮어써버릴 것이다. 

즉, code/data/resource 마다 각각의 성격(특징, 엑세스 권한)이 틀리다는 것을 알게 된 것이다.

  • code - 실행, 읽기 권한
  • data - 비실행, 읽기, 쓰기 권한
  • resource - 비실행, 읽기 권한


그래서 PE 파일 포멧 설계자들은 비슷한 성격의 자료를 section 이라고 이름 붙인 곳에 모아두기로 결정하였고,
각각의 section 의 속성을 기술할 section header 가 필요하게 된 것이다.
(section 의 속성에는 file/memory 에서의 시작위치, 크기, 엑세스 권한 등이 있어야 한다.)

 

IMAGE_SECTION_HEADER

 

섹션헤더는 각 섹션 별 IMAGE_SECTION_HEADER 구조체의 배열로 되어있다.

#define IMAGE_SIZEOF_SHORT_NAME              8

typedef struct _IMAGE_SECTION_HEADER {
    BYTE    Name[IMAGE_SIZEOF_SHORT_NAME];
    union {
            DWORD   PhysicalAddress;
            DWORD   VirtualSize;
    } Misc;
DWORD   VirtualAddress;
    DWORD   SizeOfRawData;
    DWORD   PointerToRawData;

    DWORD   PointerToRelocations;
    DWORD   PointerToLinenumbers;
    WORD    NumberOfRelocations;
    WORD    NumberOfLinenumbers;
    DWORD   Characteristics;
} IMAGE_SECTION_HEADER, *PIMAGE_SECTION_HEADER;

 

IMAGE_SECRION_HEADER 구조체를 알아야 할 중요 멤버

  • VirtualSize      : 메모리에서 섹션이 차지하는 크기
  • VirtualAddress   : 메모리에서 섹션의 시작 주소 (RVA)
  • SizeOfRawData    : 파일에서 섹션이 차지하는 크기
  • PointerToRawData : 파일에서 섹션의 시작 위치
  • Characteristics  : 섹션의 특징 (bit OR)

VirtualAddress와 PointerToRawData의 값은 아무 값이나 가질 수 없고. 각각 (IMAGE_OPTIONAL_HEADER32에 정의된) SectionAlignment와 FileAlignment에 맞게 결정된다.

 

VirtualSize와 SizeOfRawData는 일반적으로 서로 다른 값을 가진다. 즉 파일에서의 섹션 크기와 메모리에 로딩된 섹션의 크기는 다른다는 것이다.

Characteristics는 표시된 값들의 조합(bit OR)으로 이루어진다.

 

#define IMAGE_SCN_CNT_CODE                   0x00000020  // Section contains code.
#define IMAGE_SCN_CNT_INITIALIZED_DATA       0x00000040  // Section contains initialized data.
#define IMAGE_SCN_CNT_UNINITIALIZED_DATA     0x00000080  // Section contains uninitialized data.
#define IMAGE_SCN_MEM_EXECUTE                0x20000000  // Section is executable.
#define IMAGE_SCN_MEM_READ                   0x40000000  // Section is readable.
#define IMAGE_SCN_MEM_WRITE                  0x80000000  // Section is writeable.

마지막으로 name 항목을 보면 Name 멤버는 언어의 문자열처럼 NULL로 끝나지 않는다. 또한 ASCII 값만 와야 한다는 제한도 없다. PE 스펙에는 섹션 Name에 대한 어떠한 명시적인 규칙도 없기 때문에 어떠한 값을 넣어도 되고 심지어 NULL로 채워도 된다. 따라서 섹션의 Name은 그냥 참고용이기 때문에 어떤 정보로써 활용하기에는 100% 장담할 수 없다.

notepad.exe의 IMAGE_SECTION_HEADER 구조체 배열

[ IMAGE_SECTION_HEADER ]

 offset   value   description
-------------------------------------------------------------------------------
000001D8 2E746578 Name (.text)

000001DC 74000000
000001E0 00007748 virtual size
000001E4 00001000 RVA
000001E8 00007800 size of raw data
000001EC 00000400 offset to raw data
000001F0 00000000 offset to relocations
000001F4 00000000 offset to line numbers
000001F8     0000 number of relocations
000001FA     0000 number of line numbers
000001FC 60000020 characteristics
                    IMAGE_SCN_CNT_CODE
                    IMAGE_SCN_MEM_EXECUTE
                    IMAGE_SCN_MEM_READ

00000200 2E646174 Name (.data)
00000204 61000000
00000208 00001BA8 virtual size
0000020C 00009000 RVA
00000210 00000800 size of raw data
00000214 00007C00 offset to raw data
00000218 00000000 offset to relocations
0000021C 00000000 offset to line numbers
00000220     0000 number of relocations
00000222     0000 number of line numbers
00000224 C0000040 characteristics
                    IMAGE_SCN_CNT_INITIALIZED_DATA
                    IMAGE_SCN_MEM_READ
                    IMAGE_SCN_MEM_WRITE

00000228 2E727372 Name (.rsrc)
0000022C 63000000
00000230 00008304 virtual size
00000234 0000B000 RVA
00000238 00008400 size of raw data
0000023C 00008400 offset to raw data
00000240 00000000 offset to relocations
00000244 00000000 offset to line numbers
00000248     0000 number of relocations
0000024A     0000 number of line numbers
0000024C 40000040 characteristics
                             IMAGE_SCN_CNT_INITIALIZED_DATA
                             IMAGE_SCN_MEM_READ

 

 

[참고]

PE 파일 설명에서 자주 등장하는 이미지(Image)라는 용어를 잘 알아야 한다. PE 파일이 메모리에 로딩될 때 파일이 그대로 올라가는 것이 아니라, 섹션 헤더에 정의된 대로 섹션 시작 주소, 섹션 크기 등에 맞춰서 올라간다. 따라서 파일에서의 PE와 메모리에서의 PE는 서로 다른 모양을 가진다. 이를 구별하기 위해서 메모리에 로딩된 상태를 이미지라는 용어를 사용해서 구별한다.

 

 

 

 

 

참고 자료

윈도우 실행파일 구조(PE파일) (tistory.com)

 

윈도우 실행파일 구조(PE파일)

1. 윈도우 실행파일(PE파일) 개요 1.1 PE파일이란? PE(Portable Executable)파일은 윈도우 실행파일이라고 부르며 윈도우OS에서 사용되는 실행파일형식을 의미하며 UNIX의 COFF(Common Object File Format)을 기반으

rninche01.tistory.com

 

[리버싱 핵심 원리] 13장, PE File Format (tistory.com)

 

[리버싱 핵심 원리] 13장, PE File Format

13장, PE File Format 13.1. 소개 PE(Portable Excutable) 파일? Windows 운영체제에서 사용되는 실행 파일 형식이다. 기존 UNIX에서 사용되는 COFF(Common Object File Format)를 기반으로 Microsoft에서 만들었다. 애초에는

dyoerr9030.tistory.com

 

PE 파일 구조 : PE 헤더 (tistory.com)

 

PE 파일 구조 : PE 헤더

PE 파일은 DOS header ~ Section header까지는 PE 헤더, 그 아래의 Sections들은 PE 바디로 구성되어 있다. 먼저, PE 헤더에 대해 살펴보자. 참고로, 파일은 일반적인 PE 파일의 기본 구조를 갖고 있는 윈도우의

oo7-0310.tistory.com

 

Windows 11 64bit 환경에서 PE 파일(notepad.exe) 분석 냠냠쓰 :: bss 영역 (tistory.com)

 

Windows 11 64bit 환경에서 PE 파일(notepad.exe) 분석 냠냠쓰

PE Header : Dos Header ~ Section Header PE body : Section들의 내용 참고) 파일에서는 offset으로, 메모리에서는 Virutal Address(절대주소)로 위치를 표현한다. DOS Header 중요 멤버 : e_magic, e_lfanew 크기 : 32bit - 40byte, 6

sean.tistory.com

 

'REVERSING' 카테고리의 다른 글

[SWING] Reversing 10  (0) 2023.05.22
[SWING] Reversing 09  (0) 2023.05.13
[SWING] Reversing 07  (0) 2023.04.02
[SWING] Reversing 06  (0) 2023.03.26
[SWING] Reversing 05  (0) 2022.08.26