Tóm tắt nhanh về những gì trình biên dịch của Microsoft sử dụng cho các bit khác nhau của bộ nhớ chưa được đặt tên / chưa được khởi tạo khi được biên dịch cho chế độ gỡ lỗi (hỗ trợ có thể thay đổi theo phiên bản trình biên dịch):
Value Name Description
------ -------- -------------------------
0xCD Clean Memory Allocated memory via malloc or new but never
written by the application.
0xDD Dead Memory Memory that has been released with delete or free.
It is used to detect writing through dangling pointers.
0xED or Aligned Fence 'No man's land' for aligned allocations. Using a
0xBD different value here than 0xFD allows the runtime
to detect not only writing outside the allocation,
but to also identify mixing alignment-specific
allocation/deallocation routines with the regular
ones.
0xFD Fence Memory Also known as "no mans land." This is used to wrap
the allocated memory (surrounding it with a fence)
and is used to detect indexing arrays out of
bounds or other accesses (especially writes) past
the end (or start) of an allocated block.
0xFD or Buffer slack Used to fill slack space in some memory buffers
0xFE (unused parts of `std::string` or the user buffer
passed to `fread()`). 0xFD is used in VS 2005 (maybe
some prior versions, too), 0xFE is used in VS 2008
and later.
0xCC When the code is compiled with the /GZ option,
uninitialized variables are automatically assigned
to this value (at byte level).
// the following magic values are done by the OS, not the C runtime:
0xAB (Allocated Block?) Memory allocated by LocalAlloc().
0xBAADF00D Bad Food Memory allocated by LocalAlloc() with LMEM_FIXED,but
not yet written to.
0xFEEEFEEE OS fill heap memory, which was marked for usage,
but wasn't allocated by HeapAlloc() or LocalAlloc().
Or that memory just has been freed by HeapFree().
Tuyên bố miễn trừ trách nhiệm: bảng là từ một số ghi chú tôi đã nói dối - chúng có thể không chính xác 100% (hoặc mạch lạc).
Nhiều giá trị trong số này được định nghĩa trong vc / crt / src / dbgheap.c:
/*
* The following values are non-zero, constant, odd, large, and atypical
* Non-zero values help find bugs assuming zero filled data.
* Constant values are good, so that memory filling is deterministic
* (to help make bugs reproducible). Of course, it is bad if
* the constant filling of weird values masks a bug.
* Mathematically odd numbers are good for finding bugs assuming a cleared
* lower bit.
* Large numbers (byte values at least) are less typical and are good
* at finding bad addresses.
* Atypical values (i.e. not too often) are good since they typically
* cause early detection in code.
* For the case of no man's land and free blocks, if you store to any
* of these locations, the memory integrity checker will detect it.
*
* _bAlignLandFill has been changed from 0xBD to 0xED, to ensure that
* 4 bytes of that (0xEDEDEDED) would give an inaccessible address under 3gb.
*/
static unsigned char _bNoMansLandFill = 0xFD; /* fill no-man's land with this */
static unsigned char _bAlignLandFill = 0xED; /* fill no-man's land for aligned routines */
static unsigned char _bDeadLandFill = 0xDD; /* fill free objects with this */
static unsigned char _bCleanLandFill = 0xCD; /* fill new objects with this */
Cũng có một vài lần thời gian chạy gỡ lỗi sẽ lấp đầy bộ đệm (hoặc một phần bộ đệm) với một giá trị đã biết, ví dụ, không gian 'chùng' trong std::stringphân bổ hoặc bộ đệm được truyền vào fread(). Những trường hợp sử dụng một giá trị được đặt tên _SECURECRT_FILL_BUFFER_PATTERN(được xác định trong crtdefs.h). Tôi không chắc chắn chính xác khi nào nó được giới thiệu, nhưng nó đã ở trong thời gian chạy gỡ lỗi ít nhất là VS 2005 (VC ++ 8).
Ban đầu, giá trị được sử dụng để lấp đầy các vùng đệm này là 0xFD- giá trị tương tự được sử dụng cho vùng đất không có người. Tuy nhiên, trong VS 2008 (VC ++ 9), giá trị đã được thay đổi thành 0xFE. Tôi giả sử rằng vì có thể có tình huống thao tác điền sẽ chạy qua phần cuối của bộ đệm, ví dụ, nếu người gọi chuyển qua kích thước bộ đệm quá lớn fread(). Trong trường hợp đó, giá trị 0xFDcó thể không kích hoạt phát hiện lỗi tràn này vì nếu kích thước bộ đệm quá lớn chỉ bằng một, giá trị điền sẽ giống như giá trị đất của người đàn ông được sử dụng để khởi tạo chim hoàng yến đó. Không có thay đổi trong vùng đất không có người đàn ông có nghĩa là sự tràn ngập sẽ không được chú ý.
Vì vậy, giá trị điền đã được thay đổi trong VS 2008 để trường hợp như vậy thay đổi canary đất của người đàn ông, dẫn đến việc phát hiện vấn đề bằng thời gian chạy.
Như những người khác đã lưu ý, một trong những thuộc tính chính của các giá trị này là nếu một biến con trỏ có một trong các giá trị này bị hủy tham chiếu, nó sẽ dẫn đến vi phạm truy cập, vì trên cấu hình Windows 32 bit tiêu chuẩn, địa chỉ chế độ người dùng sẽ không đi cao hơn 0x7fffffff.