[原创]分享下自己学习TEB和PEB的心得
2013-7-21 22:50
38376
[原创]分享下自己学习TEB和PEB的心得
2013-7-21 22:50
38376
前几天在找资料的时候发现一些有趣的东西,是线程的TEB和进程的PEB结构,在好奇心下,稍微学习了下,从而得到了一种获取当前进程名的方法。先把代码贴上来。
#include "windows.h"
#include "stdio.h"
int main(void)
{
LPSTR name;
__asm{
mov eax,fs:[0x18]
mov eax,[eax+0x30]
mov eax,[eax+0xc]
mov eax,[eax+0xc]
mov eax,[eax+0x30]
mov name,eax
}
wprintf(L"%s\n",name);
return 0;
}
这段测试代码就能获取当前进程的名字。
现在稍微说下上面这段汇编代码是什么意思。
TEB:
即Thread Environment Block ,它记录的相关线程的信息,每一个线程都有自己的TEB,每个TEB都有自己的TIB(Thread Information Block),即线程信息块。
FS:[0x18]是什么呢?
用OD,随便打开一个程序,然后在寄存器中可以看到
在Command中,输入 dd 7FFDF000就可以看到:
7FFDF000 0012FFC4 (指向 SEH 链指针)
7FFDF004 00130000 (线程堆栈顶部)
7FFDF008 0012E000 (线程堆栈底部)
7FFDF00C 00000000
7FFDF010 00001E00
7FFDF014 00000000
7FFDF018 7FFDF000
7FFDF01C 00000000
7FFDF020 000025DC
7FFDF024 00001750 (线程 ID)
7FFDF028 00000000
7FFDF02C 7FFDF02C (指向线程局部存储指针)
7FFDF030 7FFDE000
7FFDF034 00000000 (上个错误 = ERROR_SUCCESS)
对比以下资料可以对比看到,FS:[0x18]即为指向TEB自身
TEB包含了若干指针,各偏移说明如下:
FS:[000] 指向SEH链指针
FS:[004] 线程堆栈顶部
FS:[008] 线程堆栈底部
FS:[00C] SubSystemTib
FS:[010] FiberData
FS:[014] ArbitraryUserPointer
FS:[018] 指向TEB自身
FS:[020] 进程PID
FS:[024] 线程ID
FS:[02C] 指向线程局部存储指针
FS:[030] PEB结构地址(进程结构)
FS:[034] 上个错误号
在windbg下看到TEB结构:
kd> dt nt!_teb
+0x000 NtTib : _NT_TIB
+0x01c EnvironmentPointer : Ptr32 Void
+0x020 ClientId : _CLIENT_ID
+0x028 ActiveRpcHandle : Ptr32 Void
+0x02c ThreadLocalStoragePointer : Ptr32 Void
+0x030 ProcessEnvironmentBlock : Ptr32 _PEB
+0x034 LastErrorValue : Uint4B
+0x038 CountOfOwnedCriticalSections : Uint4B
+0x03c CsrClientThread : Ptr32 Void
+0x040 Win32ThreadInfo : Ptr32 Void
+0x044 User32Reserved : [26] Uint4B
+0x0ac UserReserved : [5] Uint4B
+0x0c0 WOW32Reserved : Ptr32 Void
+0x0c4 CurrentLocale : Uint4B
+0x0c8 FpSoftwareStatusRegister : Uint4B
+0x0cc SystemReserved1 : [54] Ptr32 Void
+0x1a4 ExceptionCode : Int4B
+0x1a8 ActivationContextStack : _ACTIVATION_CONTEXT_STACK
+0x1bc SpareBytes1 : [24] UChar
+0x1d4 GdiTebBatch : _GDI_TEB_BATCH
+0x6b4 RealClientId : _CLIENT_ID
+0x6bc GdiCachedProcessHandle : Ptr32 Void
+0x6c0 GdiClientPID : Uint4B
+0x6c4 GdiClientTID : Uint4B
+0x6c8 GdiThreadLocalInfo : Ptr32 Void
+0x6cc Win32ClientInfo : [62] Uint4B
+0x7c4 glDispatchTable : [233] Ptr32 Void
+0xb68 glReserved1 : [29] Uint4B
+0xbdc glReserved2 : Ptr32 Void
+0xbe0 glSectionInfo : Ptr32 Void
+0xbe4 glSection : Ptr32 Void
+0xbe8 glTable : Ptr32 Void
+0xbec glCurrentRC : Ptr32 Void
+0xbf0 glContext : Ptr32 Void
+0xbf4 LastStatusValue : Uint4B
+0xbf8 StaticUnicodeString : _UNICODE_STRING
+0xc00 StaticUnicodeBuffer : [261] Uint2B
+0xe0c DeallocationStack : Ptr32 Void
+0xe10 TlsSlots : [64] Ptr32 Void
+0xf10 TlsLinks : _LIST_ENTRY
+0xf18 Vdm : Ptr32 Void
+0xf1c ReservedForNtRpc : Ptr32 Void
+0xf20 DbgSsReserved : [2] Ptr32 Void
+0xf28 HardErrorsAreDisabled : Uint4B
+0xf2c Instrumentation : [16] Ptr32 Void
+0xf6c WinSockData : Ptr32 Void
+0xf70 GdiBatchCount : Uint4B
+0xf74 InDbgPrint : UChar
+0xf75 FreeStackOnTermination : UChar
+0xf76 HasFiberData : UChar
+0xf77 IdealProcessor : UChar
+0xf78 Spare3 : Uint4B
+0xf7c ReservedForPerf : Ptr32 Void
+0xf80 ReservedForOle : Ptr32 Void
+0xf84 WaitingOnLoaderLock : Uint4B
+0xf88 Wx86Thread : _Wx86ThreadState
+0xf94 TlsExpansionSlots : Ptr32 Ptr32 Void
+0xf98 ImpersonationLocale : Uint4B
+0xf9c IsImpersonating : Uint4B
+0xfa0 NlsCache : Ptr32 Void
+0xfa4 pShimData : Ptr32 Void
+0xfa8 HeapVirtualAffinity : Uint4B
+0xfac CurrentTransactionHandle : Ptr32 Void
+0xfb0 ActiveFrame : Ptr32 _TEB_ACTIVE_FRAME
+0xfb4 SafeThunkCall : UChar
+0xfb5 BooleanSpare : [3] UChar
所以FS:[0x18]指向TEB本身,[eax+0x30]就是PEB所在地址。
接下来看PEB结构:
typedef struct _PEB { // Size: 0x1D8
000h UCHAR InheritedAddressSpace;
001h UCHAR ReadImageFileExecOptions;
002h UCHAR BeingDebugged; //Debug运行标志
003h UCHAR SpareBool;
004h HANDLE Mutant;
008h HINSTANCE ImageBaseAddress; //程序加载的基地址
00Ch struct _PEB_LDR_DATA *Ldr //Ptr32 _PEB_LDR_DATA
010h struct _RTL_USER_PROCESS_PARAMETERS *ProcessParameters;
014h ULONG SubSystemData;
018h HANDLE DefaultHeap;
01Ch KSPIN_LOCK FastPebLock;
020h ULONG FastPebLockRoutine;
024h ULONG FastPebUnlockRoutine;
028h ULONG EnvironmentUpdateCount;
02Ch ULONG KernelCallbackTable;
030h LARGE_INTEGER SystemReserved;
038h struct _PEB_FREE_BLOCK *FreeList
03Ch ULONG TlsExpansionCounter;
040h ULONG TlsBitmap;
044h LARGE_INTEGER TlsBitmapBits;
04Ch ULONG ReadOnlySharedMemoryBase;
050h ULONG ReadOnlySharedMemoryHeap;
054h ULONG ReadOnlyStaticServerData;
058h ULONG AnsiCodePageData;
05Ch ULONG OemCodePageData;
060h ULONG UnicodeCaseTableData;
064h ULONG NumberOfProcessors;
068h LARGE_INTEGER NtGlobalFlag; // Address of a local copy
070h LARGE_INTEGER CriticalSectionTimeout;
078h ULONG HeapSegmentReserve;
07Ch ULONG HeapSegmentCommit;
080h ULONG HeapDeCommitTotalFreeThreshold;
084h ULONG HeapDeCommitFreeBlockThreshold;
088h ULONG NumberOfHeaps;
08Ch ULONG MaximumNumberOfHeaps;
090h ULONG ProcessHeaps;
094h ULONG GdiSharedHandleTable;
098h ULONG ProcessStarterHelper;
09Ch ULONG GdiDCAttributeList;
0A0h KSPIN_LOCK LoaderLock;
0A4h ULONG OSMajorVersion;
0A8h ULONG OSMinorVersion;
0ACh USHORT OSBuildNumber;
0AEh USHORT OSCSDVersion;
0B0h ULONG OSPlatformId;
0B4h ULONG ImageSubsystem;
0B8h ULONG ImageSubsystemMajorVersion;
0BCh ULONG ImageSubsystemMinorVersion;
0C0h ULONG ImageProcessAffinityMask;
0C4h ULONG GdiHandleBuffer[0x22];
14Ch ULONG PostProcessInitRoutine;
150h ULONG TlsExpansionBitmap;
154h UCHAR TlsExpansionBitmapBits[0x80];
1D4h ULONG SessionId;
} PEB, *PPEB;
所以接下来,eax+0xc里面就是指向_PEB_LDR_DATA的指针。[eax+0xc]就是_PEB_LDR_DATA的地址。再往下看
typedef struct _PEB_LDR_DATA
{
ULONG Length; // 00h
BOOLEAN Initialized; // 04h
PVOID SsHandle; // 08h
LIST_ENTRY InLoadOrderModuleList; // 0ch
LIST_ENTRY InMemoryOrderModuleList; // 14h
LIST_ENTRY InInitializationOrderModuleList; // 1ch
}
PEB_LDR_DATA,
*PPEB_LDR_DATA; // 24h
[eax+0xc](第二个[eax+0xc])存储的就是InLoadOrderModuleList的地址。那 LIST_ENTRY InLoadOrderModuleList是个什么东西呢?
nt!_LIST_ENTRY
+0x000 Flink : Ptr32 _LIST_ENTRY //表示从前往后
+0x004 Blink : Ptr32 _LIST_ENTRY //表示从后往前
LIST_ENTRY InLoadOrderModuleList指向一个LDR_MODULE结构,InMemoryOrderModuleList和InInitializationOrderModuleList也同样指向这样一个结构,只不过不是同一成员。
nt!_LDR_DATA_TABLE_ENTRY
+0x000 InLoadOrderLinks : _LIST_ENTRY
+0x008 InMemoryOrderLinks : _LIST_ENTRY
+0x010 InInitializationOrderLinks : _LIST_ENTRY
+0x018 DllBase : Ptr32 Void
+0x01c EntryPoint : Ptr32 Void
+0x020 SizeOfImage : Uint4B
+0x024 FullDllName : _UNICODE_STRING
+0x02c BaseDllName : _UNICODE_STRING
+0x034 Flags : Uint4B
+0x038 LoadCount : Uint2B
+0x03a TlsIndex : Uint2B
+0x03c HashLinks : _LIST_ENTRY
+0x03c SectionPointer : Ptr32 Void
+0x040 CheckSum : Uint4B
+0x044 TimeDateStamp : Uint4B
+0x044 LoadedImports : Ptr32 Void
+0x048 EntryPointActivationContext : Ptr32 Void
+0x04c PatchInformation : Ptr32 Void
再VC++6.0中,以debug模式运行,在 mov eax,fs:[0x18]
mov eax,[eax+0x30]
mov eax,[eax+0xc]
mov eax,[eax+0xc]
结束后,可以看到 eax中值为十进制的6234696,对应16进制的00x5f2248,这个地址就是LDR_DATA_TABLE_ENTRY的首地址了。
可以看到,从005F2248地址开始:
+0x000 InLoadOrderLinks : _LIST_ENTRY //005F22D8,7784788c(双向链表指针)
+0x008 InMemoryOrderLinks : _LIST_ENTRY //005f22e0,77847894 (双向链表指针)
+0x010 InInitializationOrderLinks : _LIST_ENTRY //00000000,00000000 (双向链表指针)
+0x018 DllBase : Ptr32 Void //00400000
+0x01c EntryPoint : Ptr32 Void //00401260
+0x020 SizeOfImage : Uint4B //0002A000,对应10进制就是172032大小,点开文件, 右键属性,可以看到编译好的文件占用空间大小 恰好为168KB(172032字节)
+0x024 FullDllName : _UNICODE_STRING //006C006A,005F2020
+0x02c BaseDllName : _UNICODE_STRING //001E001A,005F206e
+0x034 Flags : Uint4B //00004000
+0x038 LoadCount : Uint2B //FFFF
+0x03a TlsIndex : Uint2B //0000
+0x03c HashLinks : _LIST_ENTRY //7784A600
+0x03c SectionPointer : Ptr32 Void //7784A600
+0x040 CheckSum : Uint4B //7784A600
+0x044 TimeDateStamp : Uint4B //51EB862F
+0x044 LoadedImports : Ptr32 Void //51EB862F
+0x048 EntryPointActivationContext : Ptr32 Void //00000000
+0x04c PatchInformation : Ptr32 Void //00000000
接下来,只要mov eax,[eax+0x28]就能够得到完整路径名字。
在控制台上能够输出 D:\VC6++CN\MyProjects\findmyname\Debug\findmyname.exe
只要mov eax,[eax+0x30]就能够得到进程本身名字。
在控制台上能够输出 findmyname.exe
有个疑问就是为什么不是 mov eax,[eax+0x24]而是mov eax,[eax+0x28],
为什么不是mov eax,[eax+0x2c]而是mov eax,[eax+0x30]?
因为内存中看到 0x006C006A和0x001E001A的内存区域内容全为“????”,貌似都没有初始化。
我的猜测就是由于自己所用的机器是32位的,所以取的地址是后8个byte的,而64位机器应该就是+0x24和+0x2c,这些都是猜测,也不知道是否正确,或者说自己的计算机操作系统是win7的,真正的原因不是特别清楚。期待高人解答!
-----------------分割线-----------------
自己遗留的问题,经人点播,终于弄清楚了。
+0x024 FullDllName : _UNICODE_STRING //006C006A,005F2020
+0x02c BaseDllName : _UNICODE_STRING //001E001A,005F206e
_UNICODE_STRING也是一个结构,大意了。
typedef struct _UNICODE_STRING {
USHORT Length; //UNICODE占用的内存字节数,个数*2;
USHORT MaximumLength;
PWSTR Buffer;
} UNICODE_STRING ,*PUNICODE_STRING;
所以006C006A中存放的1C 00 1E 00指的是 字符串占用的字节数1C=28,1E=30字节,在内存中得到印证,1C是不包括终止符的长度,1E是总长度,包括终止符长度。
ok问题完美解决,开心!
以上就是小菜鸟的心得体会,希望能对大家的学习带来点灵感。
上传的附件:
s1.png
(50.40kb,274次下载)
s2.png
(191.59kb,92次下载)