NtAllocateVirtualMemoryEx
Reserviert oder committet virtuellen Speicher mit erweiterten Parametern (bevorzugter NUMA-Knoten, CFG, Adressanforderungen).
Prototyp
NTSTATUS NtAllocateVirtualMemoryEx( HANDLE ProcessHandle, PVOID *BaseAddress, PSIZE_T RegionSize, ULONG AllocationType, ULONG PageProtection, PMEM_EXTENDED_PARAMETER ExtendedParameters, ULONG ExtendedParameterCount );
Argumente
| Name | Type | Dir | Description |
|---|---|---|---|
| ProcessHandle | HANDLE | in | Handle auf den Zielprozess. NtCurrentProcess() ((HANDLE)-1) für den eigenen Prozess. |
| BaseAddress | PVOID* | in/out | Zeiger auf die gewünschte Basisadresse. NULL lässt den Kernel wählen. Wird beim Rückkehren aktualisiert. |
| RegionSize | PSIZE_T | in/out | Zeiger auf die gewünschte Größe, beim Rückkehren auf Seitengrenze aufgerundet. |
| AllocationType | ULONG | in | Allocation-Flags. MEM_COMMIT | MEM_RESERVE am häufigsten; MEM_RESERVE_PLACEHOLDER und MEM_REPLACE_PLACEHOLDER unterstützt. |
| PageProtection | ULONG | in | Speicherschutz-Konstante. PAGE_TARGETS_INVALID kann mit OR kombiniert werden, um CFG für die allokierten Seiten zu umgehen. |
| ExtendedParameters | PMEM_EXTENDED_PARAMETER | in | Optionales Array von MEM_EXTENDED_PARAMETER-Einträgen (NUMA-Knoten, Adressanforderungen, Attribut-Flags). |
| ExtendedParameterCount | ULONG | in | Anzahl der Einträge in ExtendedParameters, oder 0 wenn nicht verwendet. |
Syscall-IDs pro Windows-Version
| Windows-Version | Syscall-ID | Build |
|---|---|---|
| Win10 1803 | 0x74 | win10-1803 |
| Win10 1809 | 0x74 | win10-1809 |
| Win10 1903 | 0x74 | win10-1903 |
| Win10 1909 | 0x74 | win10-1909 |
| Win10 2004 | 0x76 | win10-2004 |
| Win10 20H2 | 0x76 | win10-20h2 |
| Win10 21H1 | 0x76 | win10-21h1 |
| Win10 21H2 | 0x76 | win10-21h2 |
| Win10 22H2 | 0x76 | win10-22h2 |
| Win11 21H2 | 0x76 | win11-21h2 |
| Win11 22H2 | 0x76 | win11-22h2 |
| Win11 23H2 | 0x76 | win11-23h2 |
| Win11 24H2 | 0x78 | win11-24h2 |
| Server 2019 | 0x74 | winserver-2019 |
| Server 2022 | 0x76 | winserver-2022 |
| Server 2025 | 0x78 | winserver-2025 |
Kernel-Modul
Verwandte APIs
Syscall-Stub
4C 8B D1 mov r10, rcx B8 78 00 00 00 mov eax, 0x78 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
NtAllocateVirtualMemoryEx wurde in Windows 10 1803 eingeführt, um die neuen VirtualAlloc2-/VirtualAlloc2FromApp-APIs zu hinterlegen. Seine SSN hat sich im unterstützten Fenster dreimal verschoben — 0x74 auf RS4–19H2, 0x76 von 20H1 bis 23H2 und 0x78 auf 24H2 / Server 2025 — daher ist dynamische Auflösung (Hell's Gate / Halo's Gate / Tartarus' Gate) bei mehr als einem Ziel-Channel zwingend. Gegenüber NtAllocateVirtualMemory ergänzt es das MEM_EXTENDED_PARAMETER-Array und unterstützt Placeholder-Allokationen (von Windows für Sparse- und memfd-artige Mappings genutzt).
Häufige Malware-Nutzung
Zunehmend gegenüber dem klassischen NtAllocateVirtualMemory bevorzugt, aus drei Gründen. (1) **Weniger gehookte Fläche**: Viele EDRs patchen nur NtAllocateVirtualMemory und lassen die Ex-Variante uninstrumentiert; jüngere BumbleBee-, IcedID- und Latrodectus-Loader rufen aus diesem Grund gezielt den Ex-Pfad. (2) **PAGE_TARGETS_INVALID** markiert die neue Region unter CFG als kein gültiges Indirect-Call-Ziel; der Loader schaltet sie anschließend auf PAGE_EXECUTE_READ — der dokumentierte Weg, CFG zu umgehen, wenn der Host es aktiviert. (3) **MEM_EXTENDED_PARAMETER mit MemExtendedParameterAddressRequirements** erlaubt dem Implant, eine Allokation an einer präzisen High-Address zu fordern, hilfreich um Modul-ähnliche Basisadressen in Remote-Prozessen vorzutäuschen.
Erkennungsmöglichkeiten
Cross-Process-Allokationen über den Ex-Pfad mit ExtendedParameterCount != 0 sind außerhalb von Grafiktreibern und AppContainer-Brokern ungewöhnlich — alarmwürdig. Der ETW-Threat-Intelligence-Callback `EtwTiLogAllocExecVm` feuert sowohl auf dem Ex-Pfad als auch beim klassischen Aufruf. Sysmon unterscheidet die beiden nicht nativ; Korrelation mit NtWriteVirtualMemory / NtCreateThreadEx bleibt das günstigste Verhaltenssignal. EDRs, die nur NtAllocateVirtualMemory hooken, sehen das gar nicht — Hook-Coverage bei Purple-Team-Übungen auf beide Namen prüfen.
Direkte Syscall-Beispiele
asmx64 direct stub (Win11 24H2)
; Direct syscall stub for NtAllocateVirtualMemoryEx (SSN 0x78 on 24H2/2025)
NtAllocateVirtualMemoryEx PROC
mov r10, rcx ; syscall convention
mov eax, 78h ; SSN — RESOLVE DYNAMICALLY for multi-build targeting
syscall
ret
NtAllocateVirtualMemoryEx ENDPcCFG bypass via PAGE_TARGETS_INVALID
// Allocate RWX page that CFG will not accept as a valid indirect call target.
// Then flip to RX before calling — defeats CFG-only mitigations.
#include <windows.h>
typedef NTSTATUS (NTAPI *pNtAllocateVirtualMemoryEx)(
HANDLE, PVOID*, PSIZE_T, ULONG, ULONG, PMEM_EXTENDED_PARAMETER, ULONG);
PVOID base = NULL;
SIZE_T size = 0x1000;
pNtAllocateVirtualMemoryEx Fn = (pNtAllocateVirtualMemoryEx)
GetProcAddress(GetModuleHandleA("ntdll.dll"), "NtAllocateVirtualMemoryEx");
Fn((HANDLE)-1, &base, &size,
MEM_COMMIT | MEM_RESERVE,
PAGE_EXECUTE_READWRITE | PAGE_TARGETS_INVALID,
NULL, 0);rustVirtualAlloc2 wrapper
// Cargo: windows-sys = "0.59" (Win32_System_Memory)
use windows_sys::Win32::System::Memory::{
VirtualAlloc2, MEM_COMMIT, MEM_RESERVE, PAGE_EXECUTE_READWRITE,
};
pub unsafe fn alloc_rwx(size: usize) -> *mut core::ffi::c_void {
VirtualAlloc2(0, core::ptr::null_mut(), size,
MEM_COMMIT | MEM_RESERVE,
PAGE_EXECUTE_READWRITE,
core::ptr::null_mut(), 0)
}MITRE ATT&CK-Mappings
Last verified: 2026-05-20