青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

asm, c, c++ are my all
-- Core In Computer
posts - 139,  comments - 123,  trackbacks - 0
[轉]Windows進程中的內存結構

在閱讀本文之前,如果你連堆棧是什么多不知道的話,請先閱讀文章后面的基礎知識。
?
?接觸過編程的人都知道,高級語言都能通過變量名來訪問內存中的數據。那么這些變量在內存中是如何存放的呢?程序又是如何使用這些變量的呢?下面就會對此進行深入的討論。下文中的C語言代碼如沒有特別聲明,默認都使用VC編譯的release版。
?
?首先,來了解一下 C 語言的變量是如何在內存分部的。C 語言有全局變量(Global)、本地變量(Local),靜態(tài)變量(Static)、寄存器變量(Regeister)。每種變量都有不同的分配方式。先來看下面這段代碼:
?
?#include <stdio.h>
?
?int g1=0, g2=0, g3=0;
?
?int main()
?{
?static int s1=0, s2=0, s3=0;
?int v1=0, v2=0, v3=0;
?
?//打印出各個變量的內存地址
?
?printf("0x%08x\n",&v1); //打印各本地變量的內存地址
?printf("0x%08x\n",&v2);
?printf("0x%08x\n\n",&v3);
?printf("0x%08x\n",&g1); //打印各全局變量的內存地址
?printf("0x%08x\n",&g2);
?printf("0x%08x\n\n",&g3);
?printf("0x%08x\n",&s1); //打印各靜態(tài)變量的內存地址
?printf("0x%08x\n",&s2);
?printf("0x%08x\n\n",&s3);
?return 0;
?}
?
?編譯后的執(zhí)行結果是:
?
?0x0012ff78
?0x0012ff7c
?0x0012ff80
?
?0x004068d0
?0x004068d4
?0x004068d8
?
?0x004068dc
?0x004068e0
?0x004068e4
?
?輸出的結果就是變量的內存地址。其中v1,v2,v3是本地變量,g1,g2,g3是全局變量,s1,s2,s3是靜態(tài)變量。你可以看到這些變量在內存是連續(xù)分布的,但是本地變量和全局變量分配的內存地址差了十萬八千里,而全局變量和靜態(tài)變量分配的內存是連續(xù)的。這是因為本地變量和全局/靜態(tài)變量是分配在不同類型的內存區(qū)域中的結果。對于一個進程的內存空間而言,可以在邏輯上分成3個部份:代碼區(qū),靜態(tài)數據區(qū)和動態(tài)數據區(qū)。動態(tài)數據區(qū)一般就是“堆棧”。“棧(stack)”和“堆(heap)”是兩種不同的動態(tài)數據區(qū),棧是一種線性結構,堆是一種鏈式結構。進程的每個線程都有私有的“棧”,所以每個線程雖然代碼一樣,但本地變量的數據都是互不干擾。一個堆棧可以通過“基地址”和“棧頂”地址來描述。全局變量和靜態(tài)變量分配在靜態(tài)數據區(qū),本地變量分配在動態(tài)數據區(qū),即堆棧中。程序通過堆棧的基地址和偏移量來訪問本地變量。
?
?
?├———————┤低端內存區(qū)域
?│ …… │
?├———————┤
?│ 動態(tài)數據區(qū) │
?├———————┤
?│ …… │
?├———————┤
?│ 代碼區(qū) │
?├———————┤
?│ 靜態(tài)數據區(qū) │
?├———————┤
?│ …… │
?├———————┤高端內存區(qū)域
?
?
?堆棧是一個先進后出的數據結構,棧頂地址總是小于等于棧的基地址。我們可以先了解一下函數調用的過程,以便對堆棧在程序中的作用有更深入的了解。不同的語言有不同的函數調用規(guī)定,這些因素有參數的壓入規(guī)則和堆棧的平衡。windows API的調用規(guī)則和ANSI C的函數調用規(guī)則是不一樣的,前者由被調函數調整堆棧,后者由調用者調整堆棧。兩者通過“__stdcall”和“__cdecl”前綴區(qū)分。先看下面這段代碼:
?
?#include <stdio.h>
?
?void __stdcall func(int param1,int param2,int param3)
?{
?int var1=param1;
?int var2=param2;
?int var3=param3;
?printf("0x%08x\n",?m1); //打印出各個變量的內存地址
?printf("0x%08x\n",?m2);
?printf("0x%08x\n\n",?m3);
?printf("0x%08x\n",&var1);
?printf("0x%08x\n",&var2);
?printf("0x%08x\n\n",&var3);
?return;
?}
?
?int main()
?{
?func(1,2,3);
?return 0;
?}
?
?編譯后的執(zhí)行結果是:
?
?0x0012ff78
?0x0012ff7c
?0x0012ff80
?
?0x0012ff68
?0x0012ff6c
?0x0012ff70
?
?
?
?├———————┤<—函數執(zhí)行時的棧頂(ESP)、低端內存區(qū)域
?│ …… │
?├———————┤
?│ var 1 │
?├———————┤
?│ var 2 │
?├———————┤
?│ var 3 │
?├———————┤
?│ RET │
?├———————┤<—“__cdecl”函數返回后的棧頂(ESP)
?│ parameter 1 │
?├———————┤
?│ parameter 2 │
?├———————┤
?│ parameter 3 │
?├———————┤<—“__stdcall”函數返回后的棧頂(ESP)
?│ …… │
?├———————┤<—棧底(基地址 EBP)、高端內存區(qū)域
?
?
?上圖就是函數調用過程中堆棧的樣子了。首先,三個參數以從又到左的次序壓入堆棧,先壓“param3”,再壓“param2”,最后壓入“param1”;然后壓入函數的返回地址(RET),接著跳轉到函數地址接著執(zhí)行(這里要補充一點,介紹UNIX下的緩沖溢出原理的文章中都提到在壓入RET后,繼續(xù)壓入當前EBP,然后用當前ESP代替EBP。然而,有一篇介紹windows下函數調用的文章中說,在windows下的函數調用也有這一步驟,但根據我的實際調試,并未發(fā)現這一步,這還可以從param3和var1之間只有4字節(jié)的間隙這點看出來);第三步,將棧頂(ESP)減去一個數,為本地變量分配內存空間,上例中是減去12字節(jié)(ESP=ESP-3*4,每個int變量占用4個字節(jié));接著就初始化本地變量的內存空間。由于“__stdcall”調用由被調函數調整堆棧,所以在函數返回前要恢復堆棧,先回收本地變量占用的內存(ESP=ESP+3*4),然后取出返回地址,填入EIP寄存器,回收先前壓入參數占用的內存(ESP=ESP+3*4),繼續(xù)執(zhí)行調用者的代碼。參見下列匯編代碼:
?
?;--------------func 函數的匯編代碼-------------------
?
?:00401000 83EC0C sub esp, 0000000C //創(chuàng)建本地變量的內存空間
?:00401003 8B442410 mov eax, dword ptr [esp+10]
?:00401007 8B4C2414 mov ecx, dword ptr [esp+14]
?:0040100B 8B542418 mov edx, dword ptr [esp+18]
?:0040100F 89442400 mov dword ptr [esp], eax
?:00401013 8D442410 lea eax, dword ptr [esp+10]
?:00401017 894C2404 mov dword ptr [esp+04], ecx
?
?……………………(省略若干代碼)
?
?:00401075 83C43C add esp, 0000003C ;恢復堆棧,回收本地變量的內存空間
?:00401078 C3 ret 000C ;函數返回,恢復參數占用的內存空間
?;如果是“__cdecl”的話,這里是“ret”,堆棧將由調用者恢復
?
?;-------------------函數結束-------------------------
?
?
?;--------------主程序調用func函數的代碼--------------
?
?:00401080 6A03 push 00000003 //壓入參數param3
?:00401082 6A02 push 00000002 //壓入參數param2
?:00401084 6A01 push 00000001 //壓入參數param1
?:00401086 E875FFFFFF call 00401000 //調用func函數
?;如果是“__cdecl”的話,將在這里恢復堆棧,“add esp, 0000000C”
?
?聰明的讀者看到這里,差不多就明白緩沖溢出的原理了。先來看下面的代碼:
?
?#include <stdio.h>
?#include <string.h>
?
?void __stdcall func()
?{
?char lpBuff[8]="\0";
?strcat(lpBuff,"AAAAAAAAAAA");
?return;
?}
?
?int main()
?{
?func();
?return 0;
?}
?
?編譯后執(zhí)行一下回怎么樣?哈,“"0x00414141"指令引用的"0x00000000"內存。該內存不能為"read"。”,“非法操作”嘍!"41"就是"A"的16進制的ASCII碼了,那明顯就是strcat這句出的問題了。"lpBuff"的大小只有8字節(jié),算進結尾的‘\0‘,那strcat最多只能寫入7個"A",但程序實際寫入了11個"A"外加1個‘\0‘。再來看看上面那幅圖,多出來的4個字節(jié)正好覆蓋了RET的所在的內存空間,導致函數返回到一個錯誤的內存地址,執(zhí)行了錯誤的指令。如果能精心構造這個字符串,使它分成三部分,前一部份僅僅是填充的無意義數據以達到溢出的目的,接著是一個覆蓋RET的數據,緊接著是一段shellcode,那只要著個RET地址能指向這段shellcode的第一個指令,那函數返回時就能執(zhí)行shellcode了。但是軟件的不同版本和不同的運行環(huán)境都可能影響這段shellcode在內存中的位置,那么要構造這個RET是十分困難的。一般都在RET和shellcode之間填充大量的NOP指令,使得exploit有更強的通用性。
?
?
?├———————┤<—低端內存區(qū)域
?│ …… │
?├———————┤<—由exploit填入數據的開始
?│ │
?│ buffer │<—填入無用的數據
?│ │
?├———————┤
?│ RET │<—指向shellcode,或NOP指令的范圍
?├———————┤
?│ NOP │
?│ …… │<—填入的NOP指令,是RET可指向的范圍
?│ NOP │
?├———————┤
?│ │
?│ shellcode │
?│ │
?├———————┤<—由exploit填入數據的結束
?│ …… │
?├———————┤<—高端內存區(qū)域
?
?
?windows下的動態(tài)數據除了可存放在棧中,還可以存放在堆中。了解C++的朋友都知道,C++可以使用new關鍵字來動態(tài)分配內存。來看下面的C++代碼:
?
?#include <stdio.h>
?#include
?#include <windows.h>
?
?void func()
?{
?char *buffer=new char[128];
?char bufflocal[128];
?static char buffstatic[128];
?printf("0x%08x\n",buffer); //打印堆中變量的內存地址
?printf("0x%08x\n",bufflocal); //打印本地變量的內存地址
?printf("0x%08x\n",buffstatic); //打印靜態(tài)變量的內存地址
?}
?
?void main()
?{
?func();
?return;
?}
?
?程序執(zhí)行結果為:
?
?0x004107d0
?0x0012ff04
?0x004068c0
?
?可以發(fā)現用new關鍵字分配的內存即不在棧中,也不在靜態(tài)數據區(qū)。VC編譯器是通過windows下的“堆(heap)”來實現new關鍵字的內存動態(tài)分配。在講“堆”之前,先來了解一下和“堆”有關的幾個API函數:
?
?HeapAlloc 在堆中申請內存空間
?HeapCreate 創(chuàng)建一個新的堆對象
?HeapDestroy 銷毀一個堆對象
?HeapFree 釋放申請的內存
?HeapWalk 枚舉堆對象的所有內存塊
?GetProcessHeap 取得進程的默認堆對象
?GetProcessHeaps 取得進程所有的堆對象
?LocalAlloc
?GlobalAlloc
?
?當進程初始化時,系統(tǒng)會自動為進程創(chuàng)建一個默認堆,這個堆默認所占內存的大小為1M。堆對象由系統(tǒng)進行管理,它在內存中以鏈式結構存在。通過下面的代碼可以通過堆動態(tài)申請內存空間:
?
?HANDLE hHeap=GetProcessHeap();
?char *buff=HeapAlloc(hHeap,0,8);
?
?其中hHeap是堆對象的句柄,buff是指向申請的內存空間的地址。那這個hHeap究竟是什么呢?它的值有什么意義嗎?看看下面這段代碼吧:
?
?#pragma comment(linker,"/entry:main") //定義程序的入口
?#include <windows.h>
?
?_CRTIMP int (__cdecl *printf)(const char *, ...); //定義STL函數printf
?/*---------------------------------------------------------------------------
?寫到這里,我們順便來復習一下前面所講的知識:
?(*注)printf函數是C語言的標準函數庫中函數,VC的標準函數庫由msvcrt.dll模塊實現。
?由函數定義可見,printf的參數個數是可變的,函數內部無法預先知道調用者壓入的參數個數,函數只能通過分析第一個參數字符串的格式來獲得壓入參數的信息,由于這里參數的個數是動態(tài)的,所以必須由調用者來平衡堆棧,這里便使用了__cdecl調用規(guī)則。BTW,Windows系統(tǒng)的API函數基本上是__stdcall調用形式,只有一個API例外,那就是wsprintf,它使用__cdecl調用規(guī)則,同printf函數一樣,這是由于它的參數個數是可變的緣故。
?---------------------------------------------------------------------------*/
?void main()
?{
?HANDLE hHeap=GetProcessHeap();
?char *buff=HeapAlloc(hHeap,0,0x10);
?char *buff2=HeapAlloc(hHeap,0,0x10);
?HMODULE hMsvcrt=LoadLibrary("msvcrt.dll");
?printf=(void *)GetProcAddress(hMsvcrt,"printf");
?printf("0x%08x\n",hHeap);
?printf("0x%08x\n",buff);
?printf("0x%08x\n\n",buff2);
?}
?
?執(zhí)行結果為:
?
?0x00130000
?0x00133100
?0x00133118
?
?hHeap的值怎么和那個buff的值那么接近呢?其實hHeap這個句柄就是指向HEAP首部的地址。在進程的用戶區(qū)存著一個叫PEB(進程環(huán)境塊)的結構,這個結構中存放著一些有關進程的重要信息,其中在PEB首地址偏移0x18處存放的ProcessHeap就是進程默認堆的地址,而偏移0x90處存放了指向進程所有堆的地址列表的指針。windows有很多API都使用進程的默認堆來存放動態(tài)數據,如windows 2000下的所有ANSI版本的函數都是在默認堆中申請內存來轉換ANSI字符串到Unicode字符串的。對一個堆的訪問是順序進行的,同一時刻只能有一個線程訪問堆中的數據,當多個線程同時有訪問要求時,只能排隊等待,這樣便造成程序執(zhí)行效率下降。
?
?最后來說說內存中的數據對齊。所位數據對齊,是指數據所在的內存地址必須是該數據長度的整數倍,DWORD數據的內存起始地址能被4除盡,WORD數據的內存起始地址能被2除盡,x86 CPU能直接訪問對齊的數據,當他試圖訪問一個未對齊的數據時,會在內部進行一系列的調整,這些調整對于程序來說是透明的,但是會降低運行速度,所以編譯器在編譯程序時會盡量保證數據對齊。同樣一段代碼,我們來看看用VC、Dev-C++和lcc三個不同編譯器編譯出來的程序的執(zhí)行結果:
?
?#include <stdio.h>
?
?int main()
?{
?int a;
?char b;
?int c;
?printf("0x%08x\n",&a);
?printf("0x%08x\n",&b);
?printf("0x%08x\n",&c);
?return 0;
?}
?
?這是用VC編譯后的執(zhí)行結果:
?0x0012ff7c
?0x0012ff7b
?0x0012ff80
?變量在內存中的順序:b(1字節(jié))-a(4字節(jié))-c(4字節(jié))。
?
?這是用Dev-C++編譯后的執(zhí)行結果:
?0x0022ff7c
?0x0022ff7b
?0x0022ff74
?變量在內存中的順序:c(4字節(jié))-中間相隔3字節(jié)-b(占1字節(jié))-a(4字節(jié))。
?
?這是用lcc編譯后的執(zhí)行結果:
?0x0012ff6c
?0x0012ff6b
?0x0012ff64
?變量在內存中的順序:同上。
?
?三個編譯器都做到了數據對齊,但是后兩個編譯器顯然沒VC“聰明”,讓一個char占了4字節(jié),浪費內存哦。
?
?
?基礎知識:
?堆棧是一種簡單的數據結構,是一種只允許在其一端進行插入或刪除的線性表。允許插入或刪除操作的一端稱為棧頂,另一端稱為棧底,對堆棧的插入和刪除操作被稱為入棧和出棧。有一組CPU指令可以實現對進程的內存實現堆棧訪問。其中,POP指令實現出棧操作,PUSH指令實現入棧操作。CPU的ESP寄存器存放當前線程的棧頂指針,EBP寄存器中保存當前線程的棧底指針。CPU的EIP寄存器存放下一個CPU指令存放的內存地址,當CPU執(zhí)行完當前的指令后,從EIP寄存器中讀取下一條指令的內存地址,然后繼續(xù)執(zhí)行。
?
?
?參考:《Windows下的HEAP溢出及其利用》by: isno
????????????? 《windows核心編程》by: Jeffrey Richter
posted on 2006-07-02 20:57 Jerry Cat 閱讀(320) 評論(0)  編輯 收藏 引用

只有注冊用戶登錄后才能發(fā)表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理



<2006年5月>
30123456
78910111213
14151617181920
21222324252627
28293031123
45678910

常用鏈接

留言簿(7)

隨筆檔案

最新隨筆

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            91久久精品www人人做人人爽| 久久精品国产精品亚洲| 亚洲欧美一区二区原创| 妖精视频成人观看www| 欧美成人午夜影院| 欧美大片免费久久精品三p| 蜜乳av另类精品一区二区| 欧美成人免费va影院高清| 亚洲电影欧美电影有声小说| 欧美国产综合一区二区| 日韩性生活视频| 亚洲欧美日本日韩| 久久精品国产欧美亚洲人人爽| 久久精品五月| 欧美激情一区二区三区全黄| 国产精品入口麻豆原神| 亚洲成色www久久网站| 在线亚洲激情| 欧美一区影院| 亚洲成色777777在线观看影院| 99热这里只有成人精品国产| 亚洲一级影院| 欧美激情bt| 国产一级久久| 亚洲午夜视频在线| 久久亚洲影音av资源网| 亚洲精品孕妇| 久久久久九九视频| 国产精品二区三区四区| 久久九九久久九九| 久久久999国产| 欧美丰满高潮xxxx喷水动漫| 日韩亚洲国产精品| 欧美在线一二三四区| 欧美日本中文字幕| 激情综合五月天| 亚洲午夜女主播在线直播| 久久躁狠狠躁夜夜爽| 在线视频你懂得一区二区三区| 久久一日本道色综合久久| 国产精品久久久久久久7电影| 亚洲电影自拍| 可以看av的网站久久看| 亚洲免费视频一区二区| 欧美日韩一区在线视频| 亚洲精品久久久久久一区二区| 久久精品一本久久99精品| 日韩视频中文| 欧美日韩国产亚洲一区| 亚洲精品久久久蜜桃| 免费在线一区二区| 久久国产婷婷国产香蕉| 国产日韩欧美精品| 午夜一区二区三视频在线观看| 日韩视频在线播放| 欧美日韩ab片| 9久re热视频在线精品| 亚洲国产精品久久91精品| 久久精品国产清自在天天线| 国产午夜一区二区三区| 欧美在线精品免播放器视频| 亚洲午夜久久久| 国产精品一区一区| 欧美一区2区三区4区公司二百| 亚洲一区观看| 国产午夜精品理论片a级大结局| 亚洲欧美激情四射在线日| 99精品99| 国产精品久久久久77777| 午夜精品999| 亚洲欧美日韩精品综合在线观看| 欧美色图五月天| 欧美一级在线播放| 性欧美超级视频| 揄拍成人国产精品视频| 欧美岛国激情| 欧美日韩免费高清| 欧美在线网站| 久久视频在线免费观看| 亚洲精品视频二区| 亚洲综合国产激情另类一区| 国产美女扒开尿口久久久| 久久久一二三| 欧美激情视频在线播放| 亚洲小说春色综合另类电影| 在线亚洲成人| 狠狠综合久久av一区二区小说| 欧美a级大片| 欧美日韩免费在线观看| 欧美一级日韩一级| 欧美电影打屁股sp| 欧美亚男人的天堂| 欧美在线资源| 麻豆91精品91久久久的内涵| 一本色道**综合亚洲精品蜜桃冫 | 亚洲激情中文1区| 亚洲精品国产精品国自产观看| 国产精品分类| 欧美国产1区2区| 国产精品毛片| 久热成人在线视频| 国产精品久久久久久久久搜平片| 免费成人高清| 国产精品成人在线观看| 浪潮色综合久久天堂| 国产精品成人v| 欧美高清视频一区二区三区在线观看 | 欧美一区二区大片| 欧美经典一区二区| 久久免费高清| 欧美偷拍一区二区| 欧美国产亚洲精品久久久8v| 国产伦精品一区二区三| 亚洲欧洲一区二区三区久久| 国内精品视频久久| 亚洲视频欧洲视频| 亚洲欧洲在线视频| 久久成人免费日本黄色| 亚洲欧美国产一区二区三区| 欧美第一黄网免费网站| 狂野欧美激情性xxxx欧美| 国产精品影视天天线| 一个人看的www久久| 亚洲免费观看高清完整版在线观看熊 | 亚洲午夜av在线| 99精品视频一区二区三区| 久久免费国产| 久久久久免费视频| 国产人成一区二区三区影院| 亚洲午夜精品网| 一二三四社区欧美黄| 欧美a级在线| 欧美黄免费看| 亚洲高清一区二| 久久综合免费视频影院| 老巨人导航500精品| 黄色av成人| 久久婷婷久久| 欧美丰满少妇xxxbbb| 亚洲国产美女精品久久久久∴| 久久精品亚洲精品国产欧美kt∨| 久久久久久亚洲精品不卡4k岛国| 国产亚洲网站| 久久久国产亚洲精品| 欧美视频中文字幕| 亚洲视频你懂的| 欧美日韩精品免费看| 99在线观看免费视频精品观看| 一本大道久久a久久综合婷婷| 欧美激情中文字幕在线| 亚洲巨乳在线| 亚洲欧美日韩在线综合| 国产精品美女www爽爽爽视频| 亚洲午夜久久久久久久久电影网| 亚洲欧美综合网| 国内精品久久久久久久影视麻豆| 久久激情五月婷婷| 欧美福利视频| 亚洲一区二区伦理| 国产欧美视频一区二区| 久久国产色av| 亚洲国产精品传媒在线观看| 99精品视频免费观看| 国产精品久久久久久久久借妻| 亚洲欧美日本日韩| 欧美大胆成人| 亚洲自啪免费| 一区二区在线观看视频| 欧美理论在线播放| 亚洲欧美日韩中文视频| 欧美黑人国产人伦爽爽爽| 亚洲欧美日韩精品一区二区| 国产综合色精品一区二区三区| 老司机成人在线视频| 亚洲深夜福利| 欧美~级网站不卡| 亚洲一区二区精品视频| 在线观看不卡av| 欧美色精品在线视频| 久久激情中文| 一区二区三区精品在线| 你懂的一区二区| 国产欧美日韩视频| 欧美大香线蕉线伊人久久国产精品| 亚洲一区免费视频| 亚洲国产第一页| 久久久91精品| 亚洲综合日韩| 日韩一级成人av| 欧美黄色片免费观看| 亚洲欧美成人精品| 亚洲精品国产系列| 美女精品在线| 亚洲一区在线直播| 99视频精品全部免费在线| 亚洲观看高清完整版在线观看| 国产情侣久久| 国产精品亚发布| 国产精品免费视频xxxx| 欧美日韩成人一区|