[WinDbg] TIB(TEB)를 통해서 PEB를 얻는다

-
TIB는 Win32 API 호출없이도 프로세스에 대한 많은 정보를 얻는데 사용될수 있다.
FS는 TDB(thread data base)로 알려진 데이터 블럭에 내포되어 있는 TIB와 연결된다.
TIB는 스레드 지정 예외 핸들링과 TLS 포인터를 포함한다. 여기서 TLS는 C 지역 변수와 같지는 않다.

TIB 얻어오는 방법
TIB는 세그먼트 레지스터 FS의 옵셋으로 접근될 수 있다. FS:[0]의 옵셋으로 TIB 필드를 접근하는 것이 일반적이지는 않다. 오히려 FS:[0x18]에 저장된 포인터를 얻는것이 일반적이다.
AT&T style inline assemly
void* getTIB()
{
   void* pTib;
   __asm__("movl %%fs:0x18, %0" : "=r" (pTib) : :);
   return pTib;
}

// MS c
void* getTIB()
{
   void* pTib;
   __asm__ {
      mov EAX, FS:[18h]
      mov [pTib], EAX
   }
   return pTib;
}

최신의 MS 컴파일러는 예약어로 다음을 포함한다.
__readfsword
위는 인라인 어셈블리 필요없이 FS 세그먼트를 접근하는데 사용될 수 있다.


일단 TIB를 얻어오면 PEB를 얻어올 수 있는데 그 구조는 아래와 같다.
0:000> dt _TEB @$teb
ntdll!_TEB
   +0x000 NtTib            : _NT_TIB
   +0x01c EnvironmentPointer : (null) 
   +0x020 ClientId         : _CLIENT_ID
   +0x028 ActiveRpcHandle  : (null) 
   +0x02c ThreadLocalStoragePointer : (null) 
   +0x030 ProcessEnvironmentBlock : 0x7ffd6000 _PEB
...
...

보통 TIB -> PEB를 통해서 정보를 가져오는 함수중에 대표적인 것으로는 GetProcessHeap이 있다.
0:000> u kernel32!GetProcessHeap
kernel32!GetProcessHeap:
7c80abd1 64a118000000    mov     eax,dword ptr fs:[00000018h] ; TIB주소
7c80abd7 8b4030          mov     eax,dword ptr [eax+30h] ; PEB주소
7c80abda 8b4018          mov     eax,dword ptr [eax+18h] ; ProcessHeap멤버의미
7c80abdd c3              ret

댓글

댓글 쓰기

이 블로그의 인기 게시물

[WinAPI] 모달리스 다이얼로그 설명

-
이미지
출처 : http://www.winprog.org/tutorial/modeless_dialogs.html Now we take a look at CreateDialog() , DialogBox() 's sister function. The difference is that while DialogBox() implements it's own message loop and does not return untill the dialog is closed, CreateDialog() acts more like a window created with CreateWindowEx() in that it returns immediately and depends on your message loop to pump the messages as it does for your main window. This is termed Modeless , whereas DialogBox() creates Modal dialogs. You can create the dialog resource just like you did for the last dialog example, you might also want to set the "Tool window" extended style to give it's title bar the typical smaller caption of toolbars. The dialog resource I created follows: IDD_TOOLBAR DIALOGEX 0, 0, 98, 52 STYLE DS_MODALFRAME | WS_POPUP | WS_CAPTION EXSTYLE WS_EX_TOOLWINDOW CAPTION "My Dialog Toolbar" FONT 8, "MS Sans Serif" BEGIN PUSHBUTTON "...
자세한 내용 보기

[WinDbg] Debugging a stack overflow

-
참조 : http://msdn.microsoft.com/en-us/library/windows/hardware/ff540620(v=vs.85).aspx Debugging a Stack Overflow 5 out of 11 rated this helpful - Rate this topic A stack overflow is an error that user-mode threads can encounter. There are three possible causes for this error: A thread uses the entire stack reserved for it. This is often caused by infinite recursion. A thread cannot extend the stack because the page file is maxed out, and therefore no additional pages can be committed to extend the stack. A thread cannot extend the stack because the system is within the brief period used to extend the page file. When a function running on a thread allocates local variables, the variables are put on the thread's call stack. The amount of stack space required by the function could be as large as the sum of the sizes of all the local variables. However, the compiler usually performs optimizations that reduce the stack space required by a function. For example, if two...
자세한 내용 보기

[WinDbg] first-chance, second-chance Exception

-
First-chance Exception 이란 디버거에서 프로그램이 실행 중일 때 SEH 같은 Exception 처리 구문이 들어가 있는 코드를 실행 하다가 어떠한 이유에서 던지 Exception 이 일어 났고 그 Exception 에 대한 처리 코드가 존재 하여 처리가 되었음을 디버거에 알리는 것입니다. 이 Exception이 꼭 프로그램에 심각한 오류가 있음을 말하는 것은 아니며 Exception 처리 코드에 의해 해당 Exception이 안전하게 처리가 되었고 계속 실행할 수 있음을 의미 할 수 있습니다.(대개는 대부분 별 문제 없는 경우입니다.) 만약 그런 Exception에 대한 처리가 없는 경우 디버거는 이를 인지 하고 사용자에게 직접 Exception이 났음 을 알리는데 이를 Second Chance Exception 이라고 하고 이것이 우리가 프로그램 디버깅 중 흔히 보는 에러 상황이 되겠습니다. http://support.microsoft.com/kb/105675              __try              {                            bReturn = IsBadReadPtr(buffer, sizeof(buffer));                     ...
자세한 내용 보기