NtCreateProcessEx
Erzeugt einen neuen Prozess aus einem Section-Handle ohne ntdll-Prozessinitialisierung — Baustein des Process Hollowing.
Prototyp
NTSTATUS NtCreateProcessEx( PHANDLE ProcessHandle, ACCESS_MASK DesiredAccess, POBJECT_ATTRIBUTES ObjectAttributes, HANDLE ParentProcess, ULONG Flags, HANDLE SectionHandle, HANDLE DebugPort, HANDLE ExceptionPort, ULONG JobMemberLevel );
Argumente
| Name | Type | Dir | Description |
|---|---|---|---|
| ProcessHandle | PHANDLE | out | Erhält das Handle des neuen Prozesses bei Erfolg. |
| DesiredAccess | ACCESS_MASK | in | Zugriffsrechte für das zurückgegebene Prozess-Handle, typischerweise PROCESS_ALL_ACCESS. |
| ObjectAttributes | POBJECT_ATTRIBUTES | in | Optionale Objektattribute (Name, Stammverzeichnis). Üblicherweise NULL. |
| ParentProcess | HANDLE | in | Handle auf den Elternprozess (NtCurrentProcess() für sich selbst). Ermöglicht Parent-PID-Spoofing, wenn auf einen anderen Prozess gesetzt. |
| Flags | ULONG | in | Erzeugungs-Flags wie PROCESS_CREATE_FLAGS_INHERIT_HANDLES, PROCESS_CREATE_FLAGS_BREAKAWAY, PROCESS_CREATE_FLAGS_SUSPENDED. |
| SectionHandle | HANDLE | in | Handle auf eine SEC_IMAGE-Section, die das Image des neuen Prozesses bereitstellt. NULL erbt das Image des Elternprozesses (genutzt in PPID-Spoof + Hollow-Kombinationen). |
| DebugPort | HANDLE | in | Optionaler Debug-Port-Handle. Fast immer NULL. |
| ExceptionPort | HANDLE | in | Optionaler Exception-Port-Handle (älterer LPC-Mechanismus). Fast immer NULL. |
| JobMemberLevel | ULONG | in | Job-Object-Verschachtelungstiefe, wenn der Elternprozess Teil einer Job-Hierarchie ist; 0, falls nicht relevant. |
Syscall-IDs pro Windows-Version
| Windows-Version | Syscall-ID | Build |
|---|---|---|
| Win10 1507 | 0x4D | win10-1507 |
| Win10 1607 | 0x4D | win10-1607 |
| Win10 1703 | 0x4D | win10-1703 |
| Win10 1709 | 0x4D | win10-1709 |
| Win10 1803 | 0x4D | win10-1803 |
| Win10 1809 | 0x4D | win10-1809 |
| Win10 1903 | 0x4D | win10-1903 |
| Win10 1909 | 0x4D | win10-1909 |
| Win10 2004 | 0x4D | win10-2004 |
| Win10 20H2 | 0x4D | win10-20h2 |
| Win10 21H1 | 0x4D | win10-21h1 |
| Win10 21H2 | 0x4D | win10-21h2 |
| Win10 22H2 | 0x4D | win10-22h2 |
| Win11 21H2 | 0x4D | win11-21h2 |
| Win11 22H2 | 0x4D | win11-22h2 |
| Win11 23H2 | 0x4D | win11-23h2 |
| Win11 24H2 | 0x4D | win11-24h2 |
| Server 2016 | 0x4D | winserver-2016 |
| Server 2019 | 0x4D | winserver-2019 |
| Server 2022 | 0x4D | winserver-2022 |
| Server 2025 | 0x4D | winserver-2025 |
Kernel-Modul
Verwandte APIs
Syscall-Stub
4C 8B D1 mov r10, rcx B8 4D 00 00 00 mov eax, 0x4D F6 04 25 08 03 FE 7F 01 test byte ptr [0x7FFE0308], 1 75 03 jne short +3 0F 05 syscall C3 ret CD 2E int 2Eh C3 ret
Undokumentierte Hinweise
NtCreateProcessEx ist der hardwarenahe Einstiegspunkt zur Prozesserzeugung. Anders als NtCreateUserProcess (das CreateProcessW heute verwendet) verlangt NtCreateProcessEx, dass der Aufrufer zuvor eine SEC_IMAGE-Section aus dem Ziel-Executable via NtCreateSection(SEC_IMAGE) erzeugt und sie anhängt. Entscheidend: der resultierende Prozess hat keinen initialen Thread — der Aufrufer muss anschließend NtCreateThreadEx (oder NtCreateThread) aufrufen. Diese Trennung macht NtCreateProcessEx zum kanonischen Baustein des *Process Hollowing* und der *Early Bird APC*-Familie: einen Prozess erzeugen und Arbeit in ihn einreihen, bevor die erste Instruktion läuft. Die SSN `0x4D` ist über alle unterstützten Builds stabil.
Häufige Malware-Nutzung
Genutzt von Process-Hollowing-Ketten, die die CreateProcessW-Telemetrie umgehen wollen, von PPID-Spoofing-Tools (ParentProcess auf explorer.exe oder eine andere vertrauenswürdige PID setzen) und von Early-Bird-Varianten, die NtCreateProcessEx + NtCreateThreadEx(suspendiert) + NtQueueApcThreadEx kombinieren. Cobalt Strikes spawnto/spoof-parent-Features landen letztlich auf diesem Codepfad. Als alleinige Offensiv-Primitive heute seltener, weil NtCreateUserProcess reichhaltigere Attributkontrolle in einem einzigen Syscall bietet.
Erkennungsmöglichkeiten
ETW Microsoft-Windows-Kernel-Process emittiert ProcessStart-Events aus PspInsertProcess unabhängig vom Userland-Einstiegspunkt; der Kernel unterscheidet bei diesem Callback nicht zwischen NtCreateProcessEx und NtCreateUserProcess. Sysmon Event ID 1 feuert in beiden Fällen und legt die echte Parent-PID offen, auch wenn CreateProcessW gelogen hätte. Reine Userland-Hooks auf kernelbase!CreateProcessW verfehlen Direct-Syscall-Aufrufer; Hooks gehören auf ntdll!NtCreateUserProcess *und* ntdll!NtCreateProcessEx. Verdächtiger Indikator: eine SEC_IMAGE-Section über einer unsignierten PE, gefolgt innerhalb von Millisekunden von NtCreateProcessEx und NtCreateThreadEx im suspendierten Zustand.
Direkte Syscall-Beispiele
asmx64 direct stub
; Direct syscall stub for NtCreateProcessEx (SSN 0x4D, stable on Win10 1507+ through Win11 24H2)
NtCreateProcessEx PROC
mov r10, rcx ; syscall convention
mov eax, 4Dh ; SSN
syscall
ret
NtCreateProcessEx ENDPcProcess-hollow style: SEC_IMAGE + NtCreateProcessEx
// Open the target PE and wrap it in a SEC_IMAGE section, then spawn a process backed by it.
HANDLE hFile = NULL;
IO_STATUS_BLOCK iosb = { 0 };
OBJECT_ATTRIBUTES oa = { 0 };
UNICODE_STRING path;
RtlInitUnicodeString(&path, L"\\??\\C:\\Windows\\System32\\notepad.exe");
InitializeObjectAttributes(&oa, &path, OBJ_CASE_INSENSITIVE, NULL, NULL);
NtOpenFile(&hFile, FILE_EXECUTE | SYNCHRONIZE, &oa, &iosb,
FILE_SHARE_READ, FILE_SYNCHRONOUS_IO_NONALERT);
HANDLE hSection = NULL;
NtCreateSection(&hSection, SECTION_ALL_ACCESS, NULL, NULL,
PAGE_READONLY, SEC_IMAGE, hFile);
HANDLE hProcess = NULL;
NtCreateProcessEx(&hProcess,
PROCESS_ALL_ACCESS,
NULL,
NtCurrentProcess(), // ParentProcess — set elsewhere for PPID spoof
0, // Flags
hSection, // SectionHandle
NULL, // DebugPort
NULL, // ExceptionPort
0); // JobMemberLevel
// New process has NO threads yet — caller must NtCreateThreadEx into it.rustwindows-sys + naked syscall stub
// Cargo: windows-sys = "0.59"
use std::arch::asm;
#[unsafe(naked)]
unsafe extern "system" fn nt_create_process_ex_stub() {
asm!(
"mov r10, rcx",
"mov eax, 0x4D",
"syscall",
"ret",
options(noreturn),
);
}MITRE ATT&CK-Mappings
Last verified: 2026-05-20