Menu
Home
People
Places
Arts
History
Plants & Animals
Science
Life & Culture
Technology
Reference.org
Process Environment Block
open-in-new
<p>In <a href="/facts/Computing/Kghtm9fX">computing</a> the Process Environment Block (abbreviated PEB) is a data structure in the <a href="/facts/Windows_NT/EtccWvxQ">Windows NT</a> operating system family. It is an <a href="/facts/Opaque_data_type/yMAgh1Kj">opaque data structure</a> that is used by the operating system internally, most of whose fields are not intended for use by anything other than the operating system. Microsoft notes, in its <a href="/facts/MSDN_Library/q2EJdDx2">MSDN Library</a> documentation — which documents only a few of the fields — that the structure "may be altered in future versions of Windows". The PEB contains data structures that apply across a whole <a href="/facts/Process_(computing)/Vcq7EnUV">process</a>, including global context, startup parameters, data structures for the program image loader, the program image base address, and synchronization objects used to provide <a href="/facts/Mutual_exclusion/1dwvCxDW">mutual exclusion</a> for process-wide data structures. </p><p>The PEB is closely associated with the <a href="/facts/Kernel_mode/27y4kjHs">kernel mode</a> EPROCESS data structure, as well as with per-process data structures managed within the address space of the <a href="/facts/Client%2fServer_Runtime_Subsystem/nxUgkwbE">Client-Server Runtime Sub-System</a> process. However, (like the CSRSS data structures) the PEB is not a kernel mode data structure itself. It resides in the application mode address space of the process that it relates to. This is because it is designed to be used by the application-mode code in the operating system libraries, such as <a href="/facts/Ntdll.dll/sBY4orWs">NTDLL</a>, that executes outside of kernel mode, such as the code for the program image loader and the heap manager. </p><p>In <a href="/facts/WinDbg/7lfD8X9R">WinDbg</a>, the command that dumps the contents of a PEB is the !peb command, which is passed the address of the PEB within a process' application address space. That information, in turn, is obtained by the !process command, which displays the information from the EPROCESS data structure, one of whose fields is the address of the PEB. </p> Fields of the PEB that are documented by Microsoft<a class="footnote-ref" id="fnref:6" href="#fn:6"><sup>6</sup></a><table><tbody><tr><th>Field</th><th>meaning</th><th>notes</th></tr><tr><td>BeingDebugged</td><td>Whether the process is being debugged</td><td>Microsoft recommends not using this field but using the official Win32 CheckRemoteDebuggerPresent() library function instead.</td></tr><tr><td>Ldr</td><td>A pointer to a PEB_LDR_DATA structure providing information about loaded modules</td><td>Contains the base address of <a href="/facts/Kernel32/RwUj8tdg">kernel32</a> and <a href="/facts/Ntdll/sBY4orWs">ntdll</a>.</td></tr><tr><td>ProcessParameters</td><td>A pointer to a RTL_USER_PROCESS_PARAMETERS structure providing information about process startup parameters</td><td>The RTL_USER_PROCESS_PARAMETERS structure is also mostly opaque and not guaranteed to be consistent across multiple versions of Windows.</td></tr><tr><td>PostProcessInitRoutine</td><td>A pointer to a callback function called after DLL initialization but before the main executable code is invoked</td><td>This callback function is used on <a href="/facts/Windows_2000/amJIt9gz">Windows 2000</a>, but is not guaranteed to be used on later versions of Windows NT.</td></tr><tr><td>SessionId</td><td>The session ID of the Terminal Services session that the process is part of</td><td>The NtCreateUserProcess() system call initializes this by calling the kernel's internal MmGetSessionId() function.</td></tr></tbody></table> <p>The contents of the PEB are initialized by the NtCreateUserProcess() system call, the <a href="/facts/Native_API/sBY4orWs">Native API</a> function that implements part of, and underpins, the Win32 CreateProcess(), CreateProcessAsUser(), CreateProcessWithTokenW(), and CreateProcessWithLogonW() library functions that are in <a href="/facts/Microsoft_Windows_library_files/RwUj8tdg">the kernel32.dll and advapi32.dll libraries</a> as well as underpinning the <a href="/facts/Fork_(file_system)/B1QFYk2t">fork()</a> function in the <a href="/facts/Microsoft_POSIX_subsystem/pbD8kAYK">Windows NT POSIX</a> library, posix.dll. </p><p>For Windows NT POSIX processes, the contents of a new process' PEB are initialized by NtCreateUserProcess() as simply a direct copy of the parent process' PEB, in line with how the fork() function operates. For Win32 processes, the initial contents of a new process' PEB are mainly taken from global variables maintained within the kernel. However, several fields may instead be taken from information provided within the process' image file, in particular information provided in the IMAGE_OPTIONAL_HEADER32 data structure within the <a href="/facts/Portable_Executable/pJy7AkuY">PE</a> file format (PE+ or PE32+ in 64 bit executable images). </p> Fields from a PEB that are initialized from kernel global variables<a class="footnote-ref" id="fnref:13" href="#fn:13"><sup>13</sup></a><table><tbody><tr><th>Field</th><th>is initialized from</th><th>overridable by PE information?</th></tr><tr><td>NumberOfProcessors</td><td>KeNumberOfProcessors</td><td>No</td></tr><tr><td>NtGlobalFlag</td><td>NtGlobalFlag</td><td>No</td></tr><tr><td>CriticalSectionTimeout</td><td>MmCriticalSectionTimeout</td><td>No</td></tr><tr><td>HeapSegmentReserve</td><td>MmHeapSegmentReserve</td><td>No</td></tr><tr><td>HeapSegmentCommit</td><td>MmHeapSegmentCommit</td><td>No</td></tr><tr><td>HeapDeCommitTotalFreeThreshold</td><td>MmHeapDeCommitTotalFreeThreshold</td><td>No</td></tr><tr><td>HeapDeCommitFreeBlockThreshold</td><td>MmHeapDeCommitFreeBlockThreshold</td><td>No</td></tr><tr><td>MinimumStackCommit</td><td>MmMinimumStackCommitInBytes</td><td>No</td></tr><tr><td>ImageProcessAffinityMask</td><td>KeActiveProcessors</td><td>ImageLoadConfigDirectory.ProcessAffinityMask</td></tr><tr><td>OSMajorVersion</td><td>NtMajorVersion</td><td>OptionalHeader.Win32VersionValue & 0xFF</td></tr><tr><td>OSMinorVersion</td><td>NtMinorVersion</td><td>(OptionalHeader.Win32VersionValue >> 8) & 0xFF</td></tr><tr><td>OSBuildNumber</td><td>NtBuildNumber & 0x3FFF combined with CmNtCSDVersion</td><td>(OptionalHeader.Win32VersionValue >> 16) & 0x3FFF combined with ImageLoadConfigDirectory.CmNtCSDVersion</td></tr><tr><td>OSPlatformId</td><td>VER_PLATFORM_WIN32_NT</td><td>(OptionalHeader.Win32VersionValue >> 30) ^ 0x2</td></tr></tbody></table> <p>The <a href="/facts/WineHQ/JF0wHs7y">WineHQ</a> project provides a fuller PEB definition in its version of winternl.h. Later versions of Windows have adjusted the number and purpose of some fields. </p>