• <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>

            Shuffy

            不斷的學習,不斷的思考,才能不斷的進步.Let's do better together!
            posts - 102, comments - 43, trackbacks - 0, articles - 19

            Heap Corruption

            Posted on 2007-04-13 20:33 Shuffy 閱讀(579) 評論(0)  編輯 收藏 引用 所屬分類: VC++/C/C++/C#瀏覽集合

            本文源自:http://www.shnenglu.com/kerlw/services/trackbacks/21700.aspx

                    首先說明一下什么是Heap Corruption。當輸入超出了預分配的空間大小,就會覆蓋該空間之后的一段存儲區域,這就叫Heap Corruption。這通常也被用作黑客攻擊的一種手段,因為如果在該空間之后的那段存儲區域如果是比較重要的數據,就可以利用Heap Corruption來把這些數據修改掉了,后果當然可想而知了。

                    在VC里面,用release模式編譯運行程序的時候,堆分配(Heap allocation)的時候調用的是malloc,如果你要分配10byte的空間,那么就會只分配10byte空間,而用debug模式的時候,堆分配調用的是_malloc_dbg,如果你只要分配10byte的空間,那么它會分配出除了你要的10byte之外,還要多出約36byte空間,用于存儲一些薄記信息,debug堆分配出來之后就會按順序連成一個鏈。

                    那么我們再來看看薄記信息中有些什么。還是上面10byte分配空間的例子,那么分配出的10byte空間的前面會有一個32byte的附加信息,存儲的是一個_CrtMemBlockHeader結構,可以在DBGINT.H中找到該結構的定義:

            typedef struct _CrtMemBlockHeader
            {
            // Pointer to the block allocated just before this one:
               struct _CrtMemBlockHeader *pBlockHeaderNext;
            // Pointer to the block allocated just after this one:
               struct _CrtMemBlockHeader *pBlockHeaderPrev;
               char *szFileName;    // File name
               int nLine;                  // Line number
               size_t nDataSize;      // Size of user block
               int nBlockUse;         // Type of block
               long lRequest;          // Allocation number
            // Buffer just before (lower than) the user's memory:
               unsigned char gap[nNoMansLandSize];
            } _CrtMemBlockHeader;

            /* In an actual memory block in the debug heap,
             * this structure is followed by:
             *   unsigned char data[nDataSize];
             *   unsigned char anotherGap[nNoMansLandSize];
             */

            結構中的_CrtMemBlockHeader結構兩個指針就不用解釋是干嘛的了,szFileName是存儲的發起分配操作的那行代碼所在的文件的路徑和名稱,而nLine則是行號。nDataSize是請求分配的大小,我們的例子里當然就是10了,nBlockUse是類型,而lRequest是請求號。最后一項gap,又稱NoMansLand,是4byte(nNoMansLandSize=4)大小的一段區域,注意看最后幾行注釋就明白了,在這個結構后面跟的是用戶真正需要的10byte數據區域,而其后還跟了一個4byte的Gap,那么也就是說用戶申請分配的區域是被一個頭結構,和一個4byte的gap包起來的。在釋放這10byte空間的時候,會檢查這些信息。Gap被分配之后會被以0xFD填充。檢查中如果gap中的值變化了,就會以Assert fail的方式報錯。不過vc6中提示的比較難懂,DAMAGE :after Normal block(#dd) at 0xhhhhhhhh,而vs2005里面會提示Heap Corruption Detected!而如果你是release版本,那么這個錯誤就會潛伏直到它的破壞力發生作用。也許其后的區域存儲著一個除數,而你的heap corruption把它改寫成了0,那么會怎么樣呢?
            精品久久久无码中文字幕| 青青草国产精品久久| 午夜精品久久久久久久无码| 免费久久人人爽人人爽av| 久久精品国产亚洲av高清漫画| 日韩一区二区久久久久久| 区亚洲欧美一级久久精品亚洲精品成人网久久久久 | 久久久久久精品成人免费图片| 狠狠色丁香久久婷婷综合| 狠狠狠色丁香婷婷综合久久俺| 久久99精品免费一区二区| 99久久99久久精品免费看蜜桃| 久久精品成人免费观看97| 久久久久亚洲AV无码永不| 午夜精品久久久久久| 丁香久久婷婷国产午夜视频| 精品久久久久久久久午夜福利| 欧洲国产伦久久久久久久 | 久久久久亚洲AV成人片| 亚洲国产香蕉人人爽成AV片久久| 亚洲狠狠综合久久| 九九99精品久久久久久| 久久精品毛片免费观看| 国产亚洲精品久久久久秋霞| 久久人人超碰精品CAOPOREN| 久久国产一区二区| 国内精品久久久久久99蜜桃| 久久精品免费一区二区| 久久夜色精品国产www| 久久精品国产亚洲网站| 亚洲国产天堂久久综合网站| 香港aa三级久久三级| 热久久这里只有精品| 91精品国产91久久久久久青草| 99久久久精品| 亚洲国产精品久久| 丁香久久婷婷国产午夜视频| 久久精品成人免费观看97| 久久伊人五月天论坛| 免费精品久久久久久中文字幕| 伊人久久亚洲综合影院|