> Windows Syscalls
ntoskrnl.exeT1055T1106

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

NameTypeDirDescription
WorkerFactoryHandleHANDLEinHandle a la worker factory cuyo contador de workers pendientes debe incrementarse.

IDs de syscalls por versión de Windows

Versión de WindowsID de syscallBuild
Win10 15070x155win10-1507
Win10 16070x15Cwin10-1607
Win10 17030x162win10-1703
Win10 17090x165win10-1709
Win10 18030x167win10-1803
Win10 18090x168win10-1809
Win10 19030x169win10-1903
Win10 19090x169win10-1909
Win10 20040x16Fwin10-2004
Win10 20H20x16Fwin10-20h2
Win10 21H10x16Fwin10-21h1
Win10 21H20x171win10-21h2
Win10 22H20x171win10-22h2
Win11 21H20x179win11-21h2
Win11 22H20x17Cwin11-22h2
Win11 23H20x17Cwin11-23h2
Win11 24H20x17Ewin11-24h2
Server 20160x15Cwinserver-2016
Server 20190x168winserver-2019
Server 20220x177winserver-2022
Server 20250x17Ewinserver-2025

Módulo del kernel

ntoskrnl.exeNtReleaseWorkerFactoryWorker

APIs relacionadas

SubmitThreadpoolWorkNtSetIoCompletionNtCreateWorkerFactoryNtWaitForWorkViaWorkerFactoryNtWorkerFactoryWorkerReady

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 ENDP

Mapeos MITRE ATT&CK

Last verified: 2026-05-20