> Windows Syscalls
ntoskrnl.exeT1106

NtPulseEvent

Signalisiert ein Event, gibt wartende Threads frei und setzt es sofort wieder auf nicht-signalisiert.

Prototyp

NTSTATUS NtPulseEvent(
  HANDLE  EventHandle,
  PLONG   PreviousState
);

Argumente

NameTypeDirDescription
EventHandleHANDLEinHandle auf das Event mit EVENT_MODIFY_STATE-Zugriff.
PreviousStatePLONGoutOptional; erhält den Signalzustand vor dem Pulse (1 = signalisiert, 0 = nicht).

Syscall-IDs pro Windows-Version

Windows-VersionSyscall-IDBuild
Win10 15070x127win10-1507
Win10 16070x12Dwin10-1607
Win10 17030x131win10-1703
Win10 17090x133win10-1709
Win10 18030x135win10-1803
Win10 18090x136win10-1809
Win10 19030x137win10-1903
Win10 19090x137win10-1909
Win10 20040x13Dwin10-2004
Win10 20H20x13Dwin10-20h2
Win10 21H10x13Dwin10-21h1
Win10 21H20x13Ewin10-21h2
Win10 22H20x13Ewin10-22h2
Win11 21H20x144win11-21h2
Win11 22H20x146win11-22h2
Win11 23H20x146win11-23h2
Win11 24H20x148win11-24h2
Server 20160x12Dwinserver-2016
Server 20190x136winserver-2019
Server 20220x143winserver-2022
Server 20250x148winserver-2025

Kernel-Modul

ntoskrnl.exeNtPulseEvent

Verwandte APIs

PulseEventNtSetEventNtResetEventNtClearEventNtWaitForSingleObject

Syscall-Stub

4C 8B D1            mov r10, rcx
B8 48 01 00 00      mov eax, 0x148
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

NtPulseEvent führt ein *Set-dann-Reset* auf einem Event-Objekt als einzige atomare Operation aus. Bei einem Manual-Reset-Event werden *alle* aktuell wartenden Threads freigegeben und das Event sofort wieder auf nicht-signalisiert gesetzt — ein Thread, der eine Mikrosekunde später eintrifft, verpasst den Pulse vollständig. Bei einem Sync-Event (Auto-Reset) wird höchstens ein Waiter freigegeben. Microsoft rät seit Langem von der User-Mode-Nutzung ab, weil das Signal-Fenster Race-anfällig ist: PulseEvent ist weitgehend ein Relikt des ursprünglichen NT-Designs. Der Kernel implementiert es weiterhin (KePulseEvent) und ntoskrnl nutzt es intern in einigen Burst-Signal-Pfaden.

Häufige Malware-Nutzung

Überwiegend *legitim*. Manche Implants und Packer nutzen ein Pulse-Signal, um einen Worker-Thread-Pool in einer einzigen Welle freizugeben (z. B. einen Decryptor-Pool zu orchestrieren). Da die Race-anfällige Semantik von PulseEvent voraussetzt, dass die Waits bereits aktiv sind, wählen Angreifer häufiger NtSetEvent gefolgt von NtResetEvent oder einen gezählten Semaphor. Kein eigenständig aussagekräftiges Detektionssignal.

Erkennungs­möglichkeiten

Kein hochaussagekräftiger Call. Microsoft-Windows-Kernel-EventTracing und die Synchronisations-Objekt-Events surfen PulseEvent nicht separat. EDR-Hooks auf `ntdll!NtPulseEvent` sind unüblich. Nur in Verbindung mit anderen Anomalien untersuchen — etwa ein Pulse auf einem Event, dessen Name (sichtbar via NtQueryObject) verdächtig wirkt oder eine bekannte Synchronisations-Primitive imitiert.

Direkte Syscall-Beispiele

asmx64 direct stub

; Direct syscall stub for NtPulseEvent (SSN 0x148 on Win11 24H2)
NtPulseEvent PROC
    mov  r10, rcx          ; EventHandle
    mov  eax, 148h         ; SSN — verify per-build
    syscall
    ret
NtPulseEvent ENDP

cRelease a burst of waiters

// Wake every thread currently parked on hEvent, then immediately drop signaled state.
#include <windows.h>
#include <winternl.h>

typedef NTSTATUS (NTAPI *pNtPulseEvent)(HANDLE, PLONG);

NTSTATUS PulseBurst(HANDLE hEvent) {
    LONG previous = 0;
    pNtPulseEvent fn = (pNtPulseEvent)GetProcAddress(
        GetModuleHandleA("ntdll.dll"), "NtPulseEvent");
    return fn(hEvent, &previous);
}

MITRE ATT&CK-Mappings

Last verified: 2026-05-20