Junyoung's Blog

Standby Mode로의 진입이 실패하는 이유는 다양합니다만, 아래와 같은 경우가 일반적입니다. 아래 내용을 참조하시기 바랍니다.

 

Standby mode로 진입하여 현재 상태의 스냅샷을 받은 후 저장하는 것은 다음과 같은 조건이 되었을 때에만 가능합니다. 즉, 마지막 10분 동안 아래와 같은 일들이 일어나지 않을 경우에만 시스템이 Idle 상태로 판단하게 됩니다. 이 때부터 Standby로 설정한 시간만큼 기다렸다가 Standby 모드로 진입시도를 하게 됩니다.

 

1.     Mouse / Keyboard와 같은 사용자 입력이 없는 경우,

2.     CPU와 Disk 사용수준이 10%를 넘어서지 않을 경우,

3.     시스템이 Battery Power로 실행되고 있지 않고 AC Power로 실행되는 경우,

4.     Slide Show와 같은 Presentation 프로그램이 실행되지 않은 경우,

5.     3D Screen Save 등이 Enable되어 있지 않은 경우,

 

CPU와 Disk 사용 수준이 10%를 넘어서는 작업은 아래와 같은 주기적인 작업들이 있을 수 있습니다.

1.     SMS Scanning

2.     Group Policy Refresh

3.     AV Scanning / Disk Fragmentation

4.     기타 형식의 Network Scanning

 

그리고, 프로그램을 만들 때 SetThreadExecutionState 함수에 ES_SYSTEM_REQUIRED 플래그를 설정하였다면 Standby Mode로 진입이 되지 않습니다. 이 플래그는 시스템 Idle Timer를 리셋하여 시스템이 항상 실행중인 것처럼 보이게 합니다. 따라서 Standby Mode로는 진입이 되지 않습니다. 보통 장시간 실행되는 프로그램의 경우 이 함수를 사용하여 Idle Timer를 리셋한다면 Standby Mode로의 진입에 대한 걱정 없이 실행할 수 있도록 할 수가 있습니다.

 

SetThreadExecutionState Function

http://msdn.microsoft.com/en-us/library/aa373208(VS.85).aspx

 

사용 방법은 아래와 같습니다.

 

// Television recording is beginning. Enable away mode and prevent

// the sleep idle time-out.

SetThreadExecutionState(ES_CONTINUOUS | ES_SYSTEM_REQUIRED | ES_AWAYMODE_REQUIRED);

//

// Wait until recording is complete...

//

// Clear EXECUTION_STATE flags to disable away mode and allow the system to idle to sleep normally.

SetThreadExecutionState(ES_CONTINUOUS);

 

일반 프로그램의 경우 위와 같은 함수를 사용하여 프로그래밍을 하였다면 Standby Mode로 진입하지 않게 됩니다. 하지만 이 내용은 프로그램 개발사에서 확인해 주지 않는 한 확인하기가 쉽지 않습니다. 보통 이와 같은 내용을 Spec 으로 표시하지 않으니까요.

DOS를 지원하는 FAT 파일 시스템에서 사용하는 파일명은 Filename.txt와 같이 8.3 파일명 명명 규칙을 사용하였습니다. 하지만 NTFS에서는 파일명을 255자 까지 입력할 수가 있습니다. 255 자에는 ‘.’ 과 ‘txt와 같은 확장자’와 Unicode 문자 등을 포함합니다. 예를 들어 ‘이것은 파일명 …. .txt’ 라고 한글로 255자까지의 파일명을 만들 수가 있습니다.

[파일명 붙이기]

사용 가능한 파일명의 예는 다음과 같습니다. 예) Filename, LongLongFileName.txt, Long.Long.File.Name.Text, This is a file having long file name, This Kind of symbol §¨©ªµ·¡Q.txt, 12345678901234567890,

하지만, 파일명 시작을 ‘.’ 으로 시작하는 경우 파일명을 UI에서 입력할 수가 없습니다. 하지만 파일명으로는 사용 가능합니다. ‘< > : " / \ | ? *’ 문자가 섞일 경우에는 파일명으로 사용할 수가 없습니다. 예를 들어 ‘.’ 으로 파일명을 시작할 경우 파일명의 타입을 입력하는 메시지가 나타나게 됩니다.

아래와 같이 파일명을 입력한 후 Enter 키를 입력합니다.

그러면, 아래와 같이 파일명을 입력하라는 메시지가 나옵니다.

하지만 CreateFile 과 같은 함수를 사용하거나 명령창에서 ren 과 같은 명령어를 사용하면 이러한 이름을 가진 파일을 생성할 수 있으며 변경할 수 있습니다.

[최대 파일명 길이]

그러면 최대로 길게 몇 글자까지 파일명을 입력할 수 있을까요? D:\Temp\Filename 폴더 아래에‘.txt’ 라는 확장자로 파일이름으로서는 최대 242 글자까지 입력할 수 있습니다. 아래 그림을 보면 이해할 수 있을 것입니다. 그러면 255자까지 입력할 수 있다는 것은 어떻게 된 것일까요? 계산해 보면 다음과 같습니다. 입력 가능 글자수 (246자) = 최대 파일명(242자) + Dot ( ‘.’ 1자) + 확장자(3자). 하지만 D:\ 에 파일을 생성해 보면 정확히 255자까지 입력되는 것을 확인할 수가 있습니다. 주의할 것은 이렇게 최대 크기로 생성된 파일들은 하위 폴더 또는 다른 드라이브의 폴더로 이동이 어렵거나 복사를 할 수가 없을 수도 있습니다. 이와 같은 작업을 많이 사용하는 Backup 프로그램 또는 CD/DVD에 데이터를 기록하는 프로그램의 경우 이런 파일들은 이름을 변경하도록 요청할 받을 수도 있습니다.

이렇게 위치마다 가질 수 있는 파일명의 길이가 다른 이유는 Windows API 에서 한 개의 파일 경로의 최대 길이를 MAX_PATH로 정해 놓았는데 최대 크기가 260자입니다. 따라서 D:\ 드라이브에서 가질 수 있는 최대 크기는 “D:\<256 문자열><NULL>이라고 할 수가 있습니다. 여기서 NULL은 문자열이라는 것을 알려주는 현재 시스템 코드 페이지에서 Terminating Null Character 입니다. 그리고 <>는 범위를 나타냅니다.

그리고 Windows API에는 최대 32,767 글자까지 지원할 수 있도록 하는 Unicode 버전을 위한 많은 함수 들이 있습니다. 이런 확장 문자를 사용하기 위해서는 반드시 “\\?\” 를 경로 앞에 붙여야 합니다. 예를 들면 \\?\D:\<긴 경로명> 과 같이 사용하면 됩니다. “\\?\”는 UNC와 함께 사용하여도 됩니다. 예를 들면, \\?\UNC\Server\share 와 같이 사용할 수가 있습니다.

이 파일명이 디렉토리명일 경우 좀 상황은 달라집니다. 디렉토리명의 경우 MAX_PATH – 12 의 길이를 초과하여 입력할 수가 없습니다. 만일 긴 디렉토리명이 있는 경우 하위 파일명은 그 길이가 더 짧아질 수 밖에 없습니다.

[긴 이름과 짧은 이름]

파일명을 생성할 때 실제 파일명은 MFT 레코드에 기록이 됩니다. 이 레코드에는 MS-DOS 파일명을 위한 공간이 있습니다. 이 MFT File Record에 파일이 생성될 때 자동으로 MS-DOS 파일명이 생성되게 됩니다. NTFS 파일명과 자동 생성된 MS-DOS 명은 같은 파일 안에 있는 레코드에 기록이 되는 것입니다. MS-DOS 파일명 Attribute를 가진 MFT File Record는 아래와 같습니다.

Standard Information

NTFS filename

MS-DOS Filename

Data

생성된 MS-DOS 파일명은 파일을 열고, 읽고, 쓰고 복사하는데 사용할 수 있습니다. 만일 사용자가 긴 파일명과 짧은 파일명 모두를 사용하는 파일의 이름을 변경하였을 경우 현재 이름 모두를 변경합니다. 새로운 이름이 유효한 MS-DOS 명이 아닐 경우, NTFS는 파일에 대해 새로운 MS-DOS 명을 생성하게 됩니다. 명령창을 사용하여 현재 생성된 파일들의 짧은 파일명(8.3)을 확인할 수가 있습니다. Dir 명령과 /x 스위치를 사용하면 아래 그림과 같이 볼 수가 있습니다. 가운데 .filename 이라는 파일명을 FILENA~1 로 변경된 것을 알 수가 있습니다.

NTFS가 MS-DOS 명을 긴 파일명에서 짧은 파일명으로 바꾸는 알고리즘은 아래와 같습니다.

1. MS-DOS 파일명에서 사용할 수 없는 글자인 빈 공백, Unicode 문자, 등을 긴 이름에서 제거합니다. 그리고 파일 이름과 확장자를 구분하는 Period(‘.’)를 맨 앞에 있는 것과 글자 뒤에 붙어 있는 경우 제거합니다. 그리고 Period(‘.’)가 문자열 중간에 들어 있는 경우 마지막 1개만 남기고 제거합니다.

2. Period(‘.’) 앞에 문자열을 맨 처음부터 6자만 남기고 나머지는 잘라내 버립니다. 그리고 맨 끝에 “~n” 을 붙입니다. 숫자 n은 일련 번호를 나타내고 1부터 시작합니다. 그리고 같은 이름이 있는 경우 2,3,4와 같이 증가하게 됩니다. Period(‘.’) 이후에 있는 확장자 글자 중에서 앞에 3자만 남기고 나머지 글자는 잘라내 버립니다.

3. 이렇게 생성된 문자열을 모두 대문자로 변경합니다. MS-DOS는 대소문자를 구분하지 않습니다.

4. 생성된 파일명을 한 폴더에 복사할 경우에는 ~n 에서 숫자를 증가시킵니다. 이렇게 해도 중복될 경우 아래와 같이 처음 2개의 문자만 남기고 나머지는 정해진 알고리즘에 따라 임의의 수를 생성하여 파일명을 만듭니다.

[주의 사항]

간혹 긴 이름을 짧은 이름으로 바꾸는 도중 문제가 발생할 경우가 있습니다. 주로 커널 드라이버에서 변환 알고리즘 에러 또는 호환성 이슈로 인해 BugCheck이 발생하여 시스템이 멈출 수가 있습니다. 이럴 경우에는 레지스트리에서 HKLM\System\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation 값을 1로 설정하여 짧은 이름을 생성하지 못하도록 하는 것이 좋습니다.

[참조 경로]

File Names, Paths and Namespaces

http://msdn.microsoft.com/en-us/library/aa365247.aspx

NTFS 파티션에서 8.3 이름 만들기를 사용하지 않도록 설정하는 방법

http://support.microsoft.com/kb/121007

I am going to describe how we can check PE stuffs on a file loaded on to a system in a memory dump file in this article. PE file format is the file format for Win32 Executables having extensions like .exe, .sys, .dll, etc. Here I put down on the short details of Portable Executables file format itself. PE file format is made up of IMAGE_DOS_HEADER, IMAGE_NT_HEADERS (IMAGE_FILE_HEADER, IMAGE_OPTIONAL_HEADER), IMAGE_SECTION_HEADERS, Sections. You can get the details on the structures of PE file format on Winnt.h. You will find further more about PE format on http://msdn.microsoft.com/en-us/library/ms809762.aspx.

 

How can we list the modules loaded in a memory dump file? We can use “lm n t” command to list the modules loaded on the dump file.

 

0:000> lm n t

start    end        module name

01000000 01014000   notepad  notepad.exe  Sat Feb 17 15:08:37 2007 (45D69BE5)

73070000 73097000   WINSPOOL WINSPOOL.DRV Sat Feb 17 23:01:47 2007 (45D70ACB)

762b0000 762f9000   comdlg32 comdlg32.dll Sat Feb 17 23:00:18 2007 (45D70A72)

76f50000 76f63000   Secur32  Secur32.dll  Sat Feb 17 23:01:39 2007 (45D70AC3)

77380000 77411000   USER32   USER32.dll   Fri Mar 02 15:38:46 2007 (45E7C676)

77420000 77523000   COMCTL32 COMCTL32.dll Sat Feb 17 22:58:29 2007 (45D70A05)

77ba0000 77bfa000   msvcrt   msvcrt.dll   Sat Feb 17 23:02:46 2007 (45D70B06)

77c00000 77c49000   GDI32    GDI32.dll    Thu Oct 23 20:43:54 2008 (4900637A)

77c50000 77cef000   RPCRT4   RPCRT4.dll   Wed Jul 11 19:38:05 2007 (4694B30D)

77da0000 77df2000   SHLWAPI  SHLWAPI.dll  Sat Feb 17 23:01:36 2007 (45D70AC0)

77e40000 77f42000   kernel32 kernel32.dll Thu Apr 19 01:25:36 2007 (46264680)

77f50000 77feb000   ADVAPI32 ADVAPI32.dll Sat Feb 17 22:59:02 2007 (45D70A26)

7c800000 7c8c0000   ntdll    ntdll.dll    Sat Feb 17 23:02:00 2007 (45D70AD8)

7c8d0000 7d0cf000   SHELL32  SHELL32.dll  Wed Nov 07 22:49:28 2007 (4731C268)…

 

Here I will look into the PE on GDI32.dll listed above. We can use “!dh” to display the headers of the specified image as the followings.

 

0:000> !dh 77c00000

 

File Type: DLL

FILE HEADER VALUES

     14C machine (i386)

       4 number of sections

4900637A time date stamp Thu Oct 23 20:43:54 2008

 

       0 file pointer to symbol table

       0 number of symbols

      E0 size of optional header

    210E characteristics

            Executable

            Line numbers stripped

            Symbols stripped

            32 bit word machine

            DLL

 

OPTIONAL HEADER VALUES

     10B magic #

    7.10 linker version

   42400 size of code

    3400 size of initialized data

       0 size of uninitialized data

    80A5 address of entry point

    1000 base of code

         ----- new -----

77c00000 image base

    1000 section alignment

     200 file alignment

       3 subsystem (Windows CUI)

    5.02 operating system version

    5.02 image version

    4.10 subsystem version

   49000 size of image

     400 size of headers

   4AFCC checksum

00040000 size of stack reserve

00001000 size of stack commit

00100000 size of heap reserve

00001000 size of heap commit

    1CB0 [    3CD6] address [size] of Export Directory

   42638 [      64] address [size] of Import Directory

   46000 [     3D0] address [size] of Resource Directory

       0 [       0] address [size] of Exception Directory

       0 [       0] address [size] of Security Directory

   47000 [    18B0] address [size] of Base Relocation Directory

   431EC [      38] address [size] of Debug Directory

       0 [       0] address [size] of Description Directory

       0 [       0] address [size] of Special Directory

       0 [       0] address [size] of Thread Storage Directory

   25C88 [      40] address [size] of Load Configuration Directory

       0 [       0] address [size] of Bound Import Directory

    1000 [     204] address [size] of Import Address Table Directory

       0 [       0] address [size] of Delay Import Directory

       0 [       0] address [size] of COR20 Header Directory

       0 [       0] address [size] of Reserved Directory

 

 

SECTION HEADER #1

   .text name

   4224A virtual size

    1000 virtual address

   42400 size of raw data

     400 file pointer to raw data

       0 file pointer to relocation table

       0 file pointer to line numbers

       0 number of relocations

       0 number of line numbers

60000020 flags

         Code

         (no align specified)

         Execute Read

 

 

Debug Directories(2)

         Type       Size     Address  Pointer

         cv           22       43228    42628        Format: RSDS, guid, 2, gdi32.pdb

         (    10)       4       43224    42624

 

SECTION HEADER #2

   .data name

    1480 virtual size

   44000 virtual address

    1200 size of raw data

   42800 file pointer to raw data

       0 file pointer to relocation table

       0 file pointer to line numbers

       0 number of relocations

       0 number of line numbers

C0000040 flags

         Initialized Data

         (no align specified)

         Read Write

 

SECTION HEADER #3

   .rsrc name

     3D0 virtual size

   46000 virtual address

     400 size of raw data

   43A00 file pointer to raw data

       0 file pointer to relocation table

       0 file pointer to line numbers

       0 number of relocations

       0 number of line numbers

40000040 flags

         Initialized Data

         (no align specified)

         Read Only

 

SECTION HEADER #4

  .reloc name

    18B0 virtual size

   47000 virtual address

    1A00 size of raw data

   43E00 file pointer to raw data

       0 file pointer to relocation table

       0 file pointer to line numbers

       0 number of relocations

       0 number of line numbers

42000040 flags

         Initialized Data

         Discardable

         (no align specified)

         Read Only

 

IMAGE_DOS_HEADER

 

Then how can we see the details listed above? We can start to check the PE stuff of GDI32.dll from its start address with IMAGE_DOS_HEADER. The start address of GDI32.dll is 77c00000.

 

0:000> dt IMAGE_DOS_HEADER 77c00000

ntdll!IMAGE_DOS_HEADER

   +0x000 e_magic          : 0x5a4d à MZ

   +0x002 e_cblp           : 0x90

   +0x004 e_cp             : 3

   +0x006 e_crlc           : 0

   +0x008 e_cparhdr        : 4

   +0x00a e_minalloc       : 0

   +0x00c e_maxalloc       : 0xffff

   +0x00e e_ss             : 0

   +0x010 e_sp             : 0xb8

   +0x012 e_csum           : 0

   +0x014 e_ip             : 0

   +0x016 e_cs             : 0

   +0x018 e_lfarlc         : 0x40

   +0x01a e_ovno           : 0

   +0x01c e_res            : [4] 0

   +0x024 e_oemid          : 0

   +0x026 e_oeminfo        : 0

   +0x028 e_res2           : [10] 0

   +0x03c e_lfanew         : 232

 

The first two bytes of the specified image has 0x5a4d, which is “MZ”. We know that GDI32.dll file is a Win32 Executable from this one.

 

0: kd> dc b86a1000 L4

b86a1000  00905a4d 00000003 00000004 0000ffff  MZ..............

 

and the first few hundred bytes of the typical PE file are taken up by the MS-DOS stub. This stub is a tiny program that prints out something to the effect of “This program cannot be run in MS-DOS mode”. So we can check if this file supports Win32

 

0: kd> ?? sizeof(IMAGE_DOS_HEADER)

unsigned int 0x40

 

0:000> dc 77c00000+0x40 L10

77c00040  0eba1f0e cd09b400 4c01b821 685421cd  ........!..L.!Th

77c00050  70207369 72676f72 63206d61 6f6e6e61  is program canno

77c00060  65622074 6e757220 206e6920 20534f44  t be run in DOS

77c00070  65646f6d 0a0d0d2e 00000024 00000000  mode....$.......

 

IMAGE_NT_HEADERS

 

The e_lfanew in the MS-DOS stub header is a relative offset (or RVA, if you prefer) to the actual PE header. To get a pointer to the PE header in memory, we just add that field’s value to the image base as the following.

 

The Pointer of NT Header = the Start Address of DOSHeader + DosHeader->e_lfanew;

 

Based on this, we can see that the signature of PE NT Header. Please note that the numeric type of e_lfanew of DOSHeader is Decimal, not Hexadecimal. So here we must add 0n to use its value as Deciaml Type.

 

0:000> dc 77c00000+0n232 L1

77c000e8  00004550                             PE..

 

Once we have a pointer to the main PE header, we can go further on NT Header. The main PE header is a structure of type IMAGE_HEADER_HEADERS, which is defined in WINNT.h. this structure is made up of a DWORD and two substructures and is laid out as follows :

 

0:000> dt IMAGE_NT_HEADERS 77c00000+0n232

ntdll!IMAGE_NT_HEADERS

   +0x000 Signature        : 0x4550 à PE\0\0

   +0x004 FileHeader       : _IMAGE_FILE_HEADER

   +0x018 OptionalHeader   : _IMAGE_OPTIONAL_HEADER

 

IMAGE_FILE_HEADER

 

Following the PE signature in the PE header is a structure of type IMAGE_FILE_HEADER, which contains the most basic information about the file. The fields of IMAGE_FILE_HEADER are show below :

 

0:000> dt IMAGE_FILE_HEADER 77c00000+0n232+4

ntdll!IMAGE_FILE_HEADER

   +0x000 Machine          : 0x14c

   +0x002 NumberOfSections : 4

   +0x004 TimeDateStamp    : 0x4900637a

   +0x008 PointerToSymbolTable : 0

   +0x00c NumberOfSymbols  : 0

   +0x010 SizeOfOptionalHeader : 0xe0

   +0x012 Characteristics  : 0x210e

 

The value of machine field in IMAGE_FILE_HEADER is 0x14c, which is for Intel Intel 386. The number of sections are 8 from the second fields, NumberOfSections. We can check from TimeDateStamp when the linker produced this file as followings :

 

0:000> .formats 0x4900637a

Evaluate expression:

  Hex:     4900637a

…

  Time:    Thu Oct 23 20:43:54 2008

 

The Characteristics of IMAGE_FILE_HEADER show us what kind of attributes the file can support. You can find more on the characteristics in the following website : http://msdn.microsoft.com/en-us/library/ms680313(VS.85).aspx .

 

0x210e :  IMAGE_FILE_32BIT_MACHINE |                    à 32 bit word machine

             IMAGE_FILE_EXECUTABLE_IMAGE |               à Executable

IMAGE_FILE_LINE_NUMS_STRIPPED |            à Line Numbers Stripped

IMAGE_FILE_LOCAL_SYMS_STRIPPED |          à Symbols Stripped

IMAGE_FILE_DLL                                         à DLL

 

So you will take notice of that the analysis result based on the file structures of PE format is the same as the first block of “!dh” command output listed as following :

 

File Type: DLL

FILE HEADER VALUES

     14C machine (i386)

       4 number of sections

4900637A time date stamp Thu Oct 23 20:43:54 2008

 

       0 file pointer to symbol table

       0 number of symbols

      E0 size of optional header

    210E characteristics

            Executable

            Line numbers stripped

            Symbols stripped

            32 bit word machine

            DLL

 

IMAGE_OPTIONAL_HEADER

 

The third part of the PE header is a structure of type IMAGE_OPTIONAL_HEADER. For PE files, this part certainly isn’t optional. We can know more details about the file through Image Optional Header : the state of the image file, the version number of the linker, the size of the code section, a pointer to the entry point function, relative to the image base address, the preferred address of the first byte of the image when it is loaded in memory, and so on. Please refer to more on its fields in http://msdn.microsoft.com/en-us/library/ms680339(vs.85).aspx

 

Then Where can we start to see the contents of optional header? Yes, we can find out the start offset of the image optional header from IMAGE_NT_HEADERS. Its start offset is +0x018 from the address of IMAGE_NT_HEADERS.

 

0:000> dt IMAGE_OPTIONAL_HEADER 77c00000+0n232+0x18

ntdll!IMAGE_OPTIONAL_HEADER

   +0x000 Magic            : 0x10b

   +0x002 MajorLinkerVersion : 0x7 ''

   +0x003 MinorLinkerVersion : 0xa ''

   +0x004 SizeOfCode       : 0x42400

   +0x008 SizeOfInitializedData : 0x3400

   +0x00c SizeOfUninitializedData : 0

   +0x010 AddressOfEntryPoint : 0x80a5

   +0x014 BaseOfCode       : 0x1000

   +0x018 BaseOfData       : 0x41000

   +0x01c ImageBase        : 0x77c00000

   +0x020 SectionAlignment : 0x1000

   +0x024 FileAlignment    : 0x200

   +0x028 MajorOperatingSystemVersion : 5

   +0x02a MinorOperatingSystemVersion : 2

   +0x02c MajorImageVersion : 5

   +0x02e MinorImageVersion : 2

   +0x030 MajorSubsystemVersion : 4

   +0x032 MinorSubsystemVersion : 0xa

   +0x034 Win32VersionValue : 0

   +0x038 SizeOfImage      : 0x49000

   +0x03c SizeOfHeaders    : 0x400

   +0x040 CheckSum         : 0x4afcc

   +0x044 Subsystem        : 3

   +0x046 DllCharacteristics : 0

   +0x048 SizeOfStackReserve : 0x40000

   +0x04c SizeOfStackCommit : 0x1000

   +0x050 SizeOfHeapReserve : 0x100000

   +0x054 SizeOfHeapCommit : 0x1000

   +0x058 LoaderFlags      : 0

   +0x05c NumberOfRvaAndSizes : 0x10

   +0x060 DataDirectory    : [16] _IMAGE_DATA_DIRECTORY

 

The sum up of the Image Optional Header structure is as followings :

 

The state of the image file :                        Executable

Linker Version :                                     7.10

The size of code section(in bytes):                  0x42400

A pointer to the entry point function:               0x80a5

A pointer to the beginning of the code section :     0x1000

A pointer to the beginning of the data section :     0x41000

The preferred address of the first byte of the image:         0x77c00000

The alignment of sections loaded in memory(in bytes):         0x1000 (4K)

The alignment of the raw data of sections in file:   0x200 (512)

The version number of the required OS :              5.02

The version number of the image :                    5.02

The version number of the subsystem :                4.10

The size of the image (in bytes) :                   0x49000

The combined size of the MS-DOS stub,PE,Section hdrs:         0x400

The image file checksum :                            0x4afcc

The subsystem required to run this image :           IMAGE_SUBSYSTEM_WINDOWS_CUI (3)

The number of bytes to reserve for the stack :       0x40000 (256K)

The number of bytes to commit for the stack :        0x1000 (4K)

The number of bytes to reserve for the local heap :  0x100000 (1MB)

The number of bytes to commit for the local heap :   0x1000 (4K)

The number of directory entries :                    0x10 (16)

A pointer to the first IMAGE_DATA_DIRECTORY :        Start Address of Optional header + 0x60

 

We can see that the code starts to run from “a pointer to the entry point function”. If you can have the private symbol of the file, you can see the following :

 

0:000> ln 77c00000+0x80a5

 (77c080a5)   GDI32!_DllMainCRTStartupForGS   |  (77c0812c)   GDI32!NtGdiGetStockObject

Exact matches:

    GDI32!_DllMainCRTStartupForGS (void *, unsigned long, void *)

 

0:000> uf 77c080a5 ß 77c00000+0x80a5

GDI32!_DllMainCRTStartupForGS:

   37 77c080a5 8bff            mov     edi,edi

   37 77c080a7 55              push    ebp

   37 77c080a8 8bec            mov     ebp,esp

   43 77c080aa 837d0c01        cmp     dword ptr [ebp+0Ch],1

   43 77c080ae 750e            jne     GDI32!_DllMainCRTStartupForGS+0x19 (77c080be)

 

GDI32!_DllMainCRTStartupForGS+0xb:

   45 77c080b0 ff7508          push    dword ptr [ebp+8]

   45 77c080b3 ff156c11c077    call    dword ptr [GDI32!_imp__DisableThreadLibraryCalls (77c0116c)]

   46 77c080b9 e88e020000      call    GDI32!__security_init_cookie (77c0834c)

 

GDI32!_DllMainCRTStartupForGS+0x19:

   49 77c080be 33c0            xor     eax,eax

   49 77c080c0 40              inc     eax

   50 77c080c1 5d              pop     ebp

   50 77c080c2 c20c00          ret     0Ch

 

The Data Directory field contains Export Directory, Import Directory, Resource Directory, Exception Directory, Security Directory, Base Relocation Directory, Debug Directory, Description Directory, and so on. You can find more details on this at http://msdn.microsoft.com/en-us/library/ms680305(vs.85).aspx

 

Here I am going to see the imported functions from Import Directory among them. First I list all the image data directories as followings :

 

0:000> dt -a16 _IMAGE_DATA_DIRECTORY 77c00000+0n232+0x18+0x060

GDI32!_IMAGE_DATA_DIRECTORY

[0] @ 77c00160

---------------------------------------------

   +0x000 VirtualAddress   : 0x1cb0

   +0x004 Size             : 0x3cd6

 

[1] @ 77c00168  ß Import table address and size

---------------------------------------------

   +0x000 VirtualAddress   : 0x42638

   +0x004 Size             : 0x64

 

[2] @ 77c00170

---------------------------------------------

   +0x000 VirtualAddress   : 0x46000

   +0x004 Size             : 0x3d0

 

[3] @ 77c00178

---------------------------------------------

   +0x000 VirtualAddress   : 0

   +0x004 Size             : 0

 

[4] @ 77c00180

---------------------------------------------

   +0x000 VirtualAddress   : 0

   +0x004 Size             : 0

 

[5] @ 77c00188

---------------------------------------------

   +0x000 VirtualAddress   : 0x47000

   +0x004 Size             : 0x18b0

 

[6] @ 77c00190

---------------------------------------------

   +0x000 VirtualAddress   : 0x431ec

   +0x004 Size             : 0x38

 

[7] @ 77c00198

---------------------------------------------

   +0x000 VirtualAddress   : 0

   +0x004 Size             : 0

 

[8] @ 77c001a0

---------------------------------------------

   +0x000 VirtualAddress   : 0

   +0x004 Size             : 0

 

[9] @ 77c001a8

---------------------------------------------

   +0x000 VirtualAddress   : 0

   +0x004 Size             : 0

 

[10] @ 77c001b0

---------------------------------------------

   +0x000 VirtualAddress   : 0x25c88

   +0x004 Size             : 0x40

 

[11] @ 77c001b8

---------------------------------------------

   +0x000 VirtualAddress   : 0

   +0x004 Size             : 0

 

[12] @ 77c001c0

---------------------------------------------

   +0x000 VirtualAddress   : 0x1000

   +0x004 Size             : 0x204

 

[13] @ 77c001c8

---------------------------------------------

   +0x000 VirtualAddress   : 0

   +0x004 Size             : 0

 

[14] @ 77c001d0

---------------------------------------------

   +0x000 VirtualAddress   : 0

   +0x004 Size             : 0

 

[15] @ 77c001d8

---------------------------------------------

   +0x000 VirtualAddress   : 0

   +0x004 Size             : 0

 

Then we can get the contents of IMAGE_IMPORT_DESCRIPTOR at the address 77c00000+0x42638.

 

0:000> dt 77c00000+0x42638 IMAGE_IMPORT_DESCRIPTOR  ß Import table address and size

GDI32!IMAGE_IMPORT_DESCRIPTOR

   +0x000 Characteristics  : 0x426d0

   +0x000 OriginalFirstThunk : 0x426d0

   +0x004 TimeDateStamp    : 0

   +0x008 ForwarderChain   : 0

   +0x00c Name             : 0x4269c

   +0x010 FirstThunk       : 0x1000

 

0:000> da 77c00000+0x4269c ß Name

77c4269c  "ntdll.dll"

 

0:000> dc 77c00000+0x426d0 ß OriginalFirstThunk

77c426d0  000428d4 000428e0 00042904 0004291c  .(...(...)...)..

77c426e0  00042926 00042936 0004294a 00042954  &)..6)..J)..T)..

77c426f0  0004295e 0004296a 00042978 00042992  ^)..j)..x)...)..

77c42700  000429a4 000429ba 000429c6 000429d2  .)...)...)...)..

77c42710  000429ec 000429f6 00042a0e 00042a18  .)...)...*...*..

77c42720  00042a22 00042a3c 00042a58 00042a78  "*..<*..X*..x*..

77c42730  00042a94 00042aac 00042ab8 00042aca  .*...*...*...*..

77c42740  00042ad4 00042ae6 00042b00 00042b0e  .*...*...+...+..

 

0:000> dc 77c00000+0x1000 ß FirstThunk

77c01000  7c831983 7c8196ba 7c82b0be 7c81ba4a  ...|...|...|J..|

77c01010  7c827ccf 7c81bdd9 7c82cfe2 7c82e828  .|.|...|...|(..|

77c01020  7c835757 7c82730f 7c82754f 7c826eaf  WW.|.s.|Ou.|.n.|

77c01030  7c82727f 7c8394c5 7c8357d6 7c81c575  .r.|...|.W.|u..|

77c01040  7c82b47b 7c827cbf 7c81b2ed 7c82a57e  {..|.|.|...|~..|

77c01050  7c82e383 7c837538 7c833d1d 7c82c988  ...|8u.|.=.|...|

77c01060  7c81a469 7c82733f 7c8276ff 7c826d1f  i..|?s.|.v.|.m.|

77c01070  7c829fd6 7c82786f 7c82eb6e 7c82eb52  ...|ox.|n..|R..|

 

0:000> uf 7c831983

ntdll!_stricmp :

   73 7c831983 8bff            mov     edi,edi

   73 7c831985 55              push    ebp

   73 7c831986 8bec            mov     ebp,esp

  105 7c831988 5d              pop     ebp

   88 7c831989 55              push    ebp

   88 7c83198a 8bec            mov     ebp,esp

   88 7c83198c 57              push    edi

   88 7c83198d 56              push    esi

   88 7c83198e 53              push    ebx

   95 7c83198f 8b750c          mov     esi,dword ptr [ebp+0Ch]

   96 7c831992 8b7d08          mov     edi,dword ptr [ebp+8]

   98 7c831995 b0ff            mov     al,0FFh

   98 7c831997 8bff            mov     edi,edi

 

Please refer to “Peering Inside the PE: A Tour of the Win32 Portable Executable File Format (http://msdn.microsoft.com/en-us/magazine/ms809762.aspx)” for the details of IMAGE_IMPORT_DESCRIPTOR.

 

WRAP UP

 

That is for the headers of PE files on the memory dump. I’ll continue to go over the remainder of portable executable files in the next article.