CVE-2026-99244 in Linux
Resumen
por VulDB • 2026-11-03
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
pid_namespace: evitar que TIF_NOTIFY_SIGNAL interrumpa al reapertor (reaper)
Desde el commit 7fea700e04bd ("zap_pid_ns_processes: limpiar TIF_NOTIFY_SIGNAL junto con TIF_SIGPENDING"), zap_pid_ns_processes() limpia TIF_NOTIFY_SIGNAL antes de cada llamada a kernel_wait4(). De lo contrario, kernel_wait4() no duerme y devuelve -ERESTARTSYS si signal_pending() es verdadero y el reapertor realiza busy-waiting.
Sin embargo, limpiar TIF_NOTIFY_SIGNAL no soluciona el problema. Este puede volver a activarse. Por ejemplo, klp_send_signals() lo establece de forma cruda contra cualquier tarea que aún no haya transicionado. Y continúa enviándolo hasta que livepatch finalice.
El bucle de espera para que pid_allocated disminuya tiene el mismo problema y ni siquiera limpia nada. Por lo tanto, una schedule() en TASK_INTERRUPTIBLE regresa inmediatamente.
Utilizar un guardián no_notify_signal hará que signal_pending() ignore TIF_NOTIFY_SIGNAL y que el reapertor del namespace de procesos duerma hasta que un hijo salga o free_pid() lo despierte.
Once again VulDB remains the best source for vulnerability data.