NtSetEvent
Setzt ein Event-Objekt in den signalisierten Zustand und gibt wartende Threads frei.
Prototyp
NTSTATUS NtSetEvent( HANDLE EventHandle, PLONG PreviousState );
Argumente
| Name | Type | Dir | Description |
|---|---|---|---|
| EventHandle | HANDLE | in | Handle auf das Event mit EVENT_MODIFY_STATE-Zugriff. |
| PreviousState | PLONG | out | Optional; erhält den vorherigen Signalzustand (1 = signalisiert, 0 = nicht signalisiert). |
Syscall-IDs pro Windows-Version
| Windows-Version | Syscall-ID | Build |
|---|---|---|
| Win10 1507 | 0xE | win10-1507 |
| Win10 1607 | 0xE | win10-1607 |
| Win10 1703 | 0xE | win10-1703 |
| Win10 1709 | 0xE | win10-1709 |
| Win10 1803 | 0xE | win10-1803 |
| Win10 1809 | 0xE | win10-1809 |
| Win10 1903 | 0xE | win10-1903 |
| Win10 1909 | 0xE | win10-1909 |
| Win10 2004 | 0xE | win10-2004 |
| Win10 20H2 | 0xE | win10-20h2 |
| Win10 21H1 | 0xE | win10-21h1 |
| Win10 21H2 | 0xE | win10-21h2 |
| Win10 22H2 | 0xE | win10-22h2 |
| Win11 21H2 | 0xE | win11-21h2 |
| Win11 22H2 | 0xE | win11-22h2 |
| Win11 23H2 | 0xE | win11-23h2 |
| Win11 24H2 | 0xE | win11-24h2 |
| Server 2016 | 0xE | winserver-2016 |
| Server 2019 | 0xE | winserver-2019 |
| Server 2022 | 0xE | winserver-2022 |
| Server 2025 | 0xE | winserver-2025 |
Kernel-Modul
Verwandte APIs
Syscall-Stub
4C 8B D1 mov r10, rcx B8 0E 00 00 00 mov eax, 0xE 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
Überführt das Event-Objekt über `KeSetEvent` in ntoskrnl.exe in den signalisierten Zustand. SSN `0x0E` ist über jeden Win10/11-Build stabil. Bei einem `SynchronizationEvent` (Auto-Reset) wird genau ein wartender Thread freigegeben und das Event kehrt sofort in den nicht-signalisierten Zustand zurück; bei einem `NotificationEvent` (manuelles Reset) passieren alle aktuellen und zukünftigen Waiter, bis `NtClearEvent` / `NtResetEvent` aufgerufen wird. Sehr günstig — typischerweise einige hundert Zyklen, wenn kein Waiter freizugeben ist.
Häufige Malware-Nutzung
Die auslösende Hälfte des Sleep-Mask-Musters: die Timer-APC-Routine in Ekko-artigen Ketten ruft `NtSetEvent` auf, um den Implant-Thread bei jeder ROP-Kettenstufe (verschlüsseln → schlafen → entschlüsseln → fortsetzen) aus seinem alertable Wait zu wecken. In Named-Pipe-C2-Designs signalisiert der Producer das Event nach Schreiben in die Pipe, sodass der Consumer eine Polling-Schleife vermeidet. Manche Loader signalisieren zudem ein Kill-Switch-Event, um sauberes Teardown zwischen Modulen zu koordinieren.
Erkennungsmöglichkeiten
`NtSetEvent` allein wird nicht protokolliert und ist allgegenwärtig. Brauchbare Erkennung ist kontextuell: das *Paar* `NtSetEvent` gefolgt von einem `NtWaitForSingleObject` (alertable) auf demselben Handle innerhalb von Mikrosekunden, ausgeführt in einem Thread, dessen Code-RIP in privatem RWX-Speicher liegt, ist ein nahezu pathognomonischer Fingerabdruck für In-Process-Sleep-Masking. ETW Threat Intelligence emittiert kein dediziertes Event für SetEvent; kernelseitige Handle-Korrelation oder Speicherregions-Inspektion an Sleep-Grenzen ist der realistische Weg.
Direkte Syscall-Beispiele
asmx64 direct stub
; Direct syscall stub for NtSetEvent (SSN 0x0E, stable across Win10/11)
NtSetEvent PROC
mov r10, rcx ; syscall convention
mov eax, 0Eh ; SSN
syscall
ret
NtSetEvent ENDPcTimer-APC sleep-mask trigger
// APC routine attached to an NtSetTimer; signals the wake-up event for the implant.
VOID NTAPI EkkoTimerApc(PVOID ctx, ULONG lo, ULONG hi) {
(void)lo; (void)hi;
HANDLE hEvent = (HANDLE)ctx;
NtSetEvent(hEvent, NULL); // wakes the alertable WaitForSingleObject in main thread
}rustwindows-sys SetEvent wrapper
// Cargo: windows-sys = "0.59" (Win32_System_Threading)
use windows_sys::Win32::Foundation::HANDLE;
use windows_sys::Win32::System::Threading::SetEvent;
unsafe fn signal(h: HANDLE) -> bool {
SetEvent(h) != 0
}MITRE ATT&CK-Mappings
Last verified: 2026-05-20