NtAllocateVirtualMemoryEx
Réserve ou valide de la mémoire virtuelle avec paramètres étendus (nœud NUMA préféré, CFG, contraintes d'adresse).
Prototype
NTSTATUS NtAllocateVirtualMemoryEx( HANDLE ProcessHandle, PVOID *BaseAddress, PSIZE_T RegionSize, ULONG AllocationType, ULONG PageProtection, PMEM_EXTENDED_PARAMETER ExtendedParameters, ULONG ExtendedParameterCount );
Arguments
| Name | Type | Dir | Description |
|---|---|---|---|
| ProcessHandle | HANDLE | in | Handle vers le processus cible. Utilisez NtCurrentProcess() ((HANDLE)-1) pour soi-même. |
| BaseAddress | PVOID* | in/out | Pointeur vers l'adresse de base demandée. NULL laisse le noyau choisir. Mis à jour au retour. |
| RegionSize | PSIZE_T | in/out | Pointeur vers la taille souhaitée, arrondie à la page supérieure au retour. |
| AllocationType | ULONG | in | Drapeaux d'allocation. MEM_COMMIT | MEM_RESERVE le plus courant ; MEM_RESERVE_PLACEHOLDER et MEM_REPLACE_PLACEHOLDER supportés. |
| PageProtection | ULONG | in | Constante de protection mémoire. PAGE_TARGETS_INVALID peut être OR-é pour contourner CFG sur les pages allouées. |
| ExtendedParameters | PMEM_EXTENDED_PARAMETER | in | Tableau optionnel d'entrées MEM_EXTENDED_PARAMETER (nœud NUMA, contraintes d'adresse, drapeaux d'attribut). |
| ExtendedParameterCount | ULONG | in | Nombre d'entrées dans ExtendedParameters, ou 0 si non utilisé. |
IDs de syscalls par version de Windows
| Version de Windows | ID de syscall | 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 |
Module noyau
APIs liées
Stub du syscall
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
Notes non documentées
NtAllocateVirtualMemoryEx a été introduit dans Windows 10 1803 pour servir les nouvelles API VirtualAlloc2 / VirtualAlloc2FromApp. Son SSN a changé trois fois dans la fenêtre supportée — 0x74 sur RS4–19H2, 0x76 de 20H1 à 23H2, et 0x78 sur 24H2 / Server 2025 — donc la résolution dynamique (Hell's Gate / Halo's Gate / Tartarus' Gate) est obligatoire dès qu'on cible plus d'un channel. Par rapport à NtAllocateVirtualMemory, il ajoute le tableau MEM_EXTENDED_PARAMETER et supporte les allocations placeholder (utilisées par Windows pour les mappings sparse et style memfd).
Usage courant par les malwares
De plus en plus préféré à NtAllocateVirtualMemory classique pour trois raisons. (1) **Surface moins hookée** : beaucoup d'EDR ne patchent que NtAllocateVirtualMemory, laissant la variante Ex non instrumentée ; des loaders récents BumbleBee, IcedID et Latrodectus appellent explicitement le chemin Ex pour cette raison. (2) **PAGE_TARGETS_INVALID** marque la nouvelle région comme cible d'appel indirect invalide sous CFG, puis le loader bascule en PAGE_EXECUTE_READ ; c'est la méthode documentée pour contourner CFG quand l'hôte l'active. (3) **MEM_EXTENDED_PARAMETER avec MemExtendedParameterAddressRequirements** permet à l'implant de demander une allocation à une adresse haute précise, utile pour usurper des bases de modules dans des processus distants.
Opportunités de détection
Les allocations cross-process via le chemin Ex avec ExtendedParameterCount non nul sont rares hors pilotes graphiques et brokers AppContainer — alertables. Le callback `EtwTiLogAllocExecVm` d'ETW Threat Intelligence se déclenche sur le chemin Ex comme sur l'appel classique. Sysmon ne distingue pas nativement les deux ; la corrélation avec NtWriteVirtualMemory / NtCreateThreadEx reste le signal comportemental le moins coûteux. Les EDR ne hookant que NtAllocateVirtualMemory rateront tout — vérifier la couverture des hooks sur les deux noms lors d'exercices purple-team.
Exemples de syscalls directs
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)
}Mappings MITRE ATT&CK
Last verified: 2026-05-20