• <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 閱讀(567) 評論(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,那么會怎么樣呢?
            久久精品国产黑森林| 99精品久久精品一区二区| 国产精品亚洲美女久久久| 四虎国产精品免费久久5151| 91麻豆精品国产91久久久久久| 久久久青草久久久青草| 999久久久免费国产精品播放| 蜜臀久久99精品久久久久久小说| 久久国产劲爆AV内射—百度| 国产精品美女久久久m| 久久久久国产精品三级网| 亚洲精品乱码久久久久久| 91久久福利国产成人精品| 久久AV高潮AV无码AV| 色综合久久综精品| 狼狼综合久久久久综合网| 久久久久亚洲精品天堂久久久久久| 久久无码国产专区精品| 久久九九全国免费| 97久久国产露脸精品国产| 久久久精品久久久久久| 久久久久亚洲精品无码蜜桃| 中文国产成人精品久久亚洲精品AⅤ无码精品| 亚洲综合精品香蕉久久网| 国产精品欧美久久久久无广告 | 色婷婷综合久久久久中文| 国产综合久久久久| 无码人妻久久一区二区三区蜜桃| 国产成人无码精品久久久免费| 久久热这里只有精品在线观看| 精品99久久aaa一级毛片| 久久偷看各类wc女厕嘘嘘| 久久亚洲国产精品成人AV秋霞| 久久人妻少妇嫩草AV无码蜜桃| 久久亚洲国产欧洲精品一| 久久久久亚洲av无码专区| 久久久久久伊人高潮影院| 久久久久免费精品国产| 无码AV中文字幕久久专区| 久久国产精品99国产精| 国产成人久久激情91|