NtReleaseWorkerFactoryWorker
Solicita al kernel hacer disponible al menos un worker en la factory — usado por el threadpool en modo usuario para despertar el pool al enviar trabajo.
Prototipo
NTSTATUS NtReleaseWorkerFactoryWorker( HANDLE WorkerFactoryHandle );
Argumentos
| Name | Type | Dir | Description |
|---|---|---|---|
| WorkerFactoryHandle | HANDLE | in | Handle a la worker factory cuyo contador de workers pendientes debe incrementarse. |
IDs de syscalls por versión de Windows
| Versión de Windows | ID de syscall | Build |
|---|---|---|
| Win10 1507 | 0x155 | win10-1507 |
| Win10 1607 | 0x15C | win10-1607 |
| Win10 1703 | 0x162 | win10-1703 |
| Win10 1709 | 0x165 | win10-1709 |
| Win10 1803 | 0x167 | win10-1803 |
| Win10 1809 | 0x168 | win10-1809 |
| Win10 1903 | 0x169 | win10-1903 |
| Win10 1909 | 0x169 | win10-1909 |
| Win10 2004 | 0x16F | win10-2004 |
| Win10 20H2 | 0x16F | win10-20h2 |
| Win10 21H1 | 0x16F | win10-21h1 |
| Win10 21H2 | 0x171 | win10-21h2 |
| Win10 22H2 | 0x171 | win10-22h2 |
| Win11 21H2 | 0x179 | win11-21h2 |
| Win11 22H2 | 0x17C | win11-22h2 |
| Win11 23H2 | 0x17C | win11-23h2 |
| Win11 24H2 | 0x17E | win11-24h2 |
| Server 2016 | 0x15C | winserver-2016 |
| Server 2019 | 0x168 | winserver-2019 |
| Server 2022 | 0x177 | winserver-2022 |
| Server 2025 | 0x17E | winserver-2025 |
Módulo del kernel
APIs relacionadas
Stub del syscall
4C 8B D1 mov r10, rcx B8 7E 01 00 00 mov eax, 0x17E 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
Notas no documentadas
El equivalente interno del paso 'despertar un worker' de `SubmitThreadpoolWork`. El envoltorio en modo usuario `TpPostWork` postea un paquete al puerto de finalización y luego llama a NtReleaseWorkerFactoryWorker si no ve workers esperando — el syscall incrementa el contador de release de la factory y, si es necesario, pide al kernel que genere un hilo adicional hasta `ThreadMaximum`. Junto con NtWorkerFactoryWorkerReady y NtWaitForWorkViaWorkerFactory forma el ciclo de vida del worker de tres llamadas.
Uso común por malware
En una variante PoolParty 'worker via completion port' el atacante postea un item de trabajo falsificado con NtSetIoCompletion y luego llama a NtReleaseWorkerFactoryWorker para garantizar que un hilo worker lo recoja rápido — útil cuando el pool de la víctima está inactivo y de otro modo dejaría el paquete malicioso en cola indefinidamente. Llamarlo inter-proceso (sobre un handle remoto duplicado de worker factory) es raro en código legítimo; es una señal corroborante útil junto con un NtCreateWorkerFactory inter-proceso.
Oportunidades de detección
Las invocaciones intra-proceso son ruidosas y no accionables. La firma accionable es inter-proceso: un Release sobre una worker factory cuyo proceso dueño *no* es el llamador. Los callbacks del kernel pueden identificarlo recorriendo el `ProcessId` del objeto WorkerFactory y comparándolo con PsGetCurrentProcessId en el sitio del syscall. No hay telemetría documentada en modo usuario para este syscall.
Ejemplos de syscalls directos
cWake a worker after posting a forged item
// PoolParty completion-port variant — after NtSetIoCompletion delivered the // payload, nudge the factory to guarantee a worker thread services it. NtSetIoCompletion(hIoCompletion, NULL, NULL, STATUS_SUCCESS, 1); NtReleaseWorkerFactoryWorker(hWorkerFactory);
asmx64 direct stub (Win11 24H2 SSN 0x17E)
NtReleaseWorkerFactoryWorker PROC
mov r10, rcx
mov eax, 17Eh
syscall
ret
NtReleaseWorkerFactoryWorker ENDPMapeos MITRE ATT&CK
Last verified: 2026-05-20