**Microsoft corrige el fallo que impedía cerrar el Administrador de tareas tras la actualización KB5067036 en Windows 11**

—

### 1. Introducción

El pasado mes de junio, Microsoft abordó una incidencia que afectaba a administradores de sistemas, analistas SOC y usuarios avanzados tras la instalación de la actualización opcional KB5067036 en Windows 11. El fallo, que impedía cerrar el Administrador de tareas, generó malestar en la comunidad técnica al interferir con flujos de trabajo esenciales para la monitorización y gestión de procesos críticos en entornos corporativos y de laboratorio. En este artículo analizamos el contexto, los detalles técnicos y las recomendaciones para mitigar los riesgos derivados de este incidente.

—

### 2. Contexto del Incidente

El problema emergió tras la publicación de la actualización acumulativa KB5067036, dirigida a las versiones Windows 11 22H2 y 23H2. Esta actualización, lanzada como “C” preview en el ciclo Patch Tuesday de junio 2024, incluía parches de seguridad y mejoras de rendimiento. Sin embargo, tras su instalación, numerosos profesionales reportaron que el Administrador de tareas (taskmgr.exe) quedaba bloqueado y era imposible cerrarlo por los medios habituales, ni siquiera desde la propia interfaz ni mediante comandos como `taskkill` o PowerShell.

Este comportamiento anómalo fue especialmente problemático en entornos donde el Task Manager es crítico para la gestión de recursos, análisis forense, respuesta ante incidentes y monitorización de amenazas. Microsoft reconoció rápidamente el incidente y lo clasificó como “Known Issue” en su documentación oficial.

—

### 3. Detalles Técnicos

#### CVE y Vectores de Ataque

Si bien el fallo no fue catalogado bajo un identificador CVE al no representar una vulnerabilidad de seguridad per se, sí constituyó un riesgo operativo. El error se manifestaba tras la instalación de la KB5067036 en sistemas Windows 11, tanto en arquitecturas x64 como ARM64, y afectaba a versiones Pro, Enterprise y Education.

El vector principal era un conflicto en el proceso `taskmgr.exe`, que quedaba en estado “zombie” tras invocar determinadas tareas o al intentar cerrarlo desde la interfaz gráfica. El sistema no liberaba correctamente los recursos asociados, impidiendo su terminación por métodos tradicionales (`Alt+F4`, menú contextual, comandos de consola). En términos de MITRE ATT&CK, podría asociarse a la técnica T1055 (Process Injection) si fuese explotado por un atacante para ocultar actividad maliciosa o dificultar la respuesta ante incidentes.

#### Indicadores de Compromiso (IoC)

Aunque no existen IoCs tradicionales asociados a malware, los logs del sistema (`Event Viewer`) muestran errores en la liberación de handles y mensajes de “Application Hang” relacionados con `taskmgr.exe`. Además, herramientas de EDR como CrowdStrike, SentinelOne o Microsoft Defender for Endpoint pueden alertar de procesos persistentemente activos sin justificación.

#### Herramientas y Frameworks

No se ha detectado explotación activa mediante frameworks como Metasploit o Cobalt Strike, pero en entornos de pentesting el fallo podría ser aprovechado como vector de denegación de servicio (DoS) a nivel de usuario.

—

### 4. Impacto y Riesgos

El impacto se centra en la disponibilidad y capacidad de gestión de los sistemas afectados. Administradores perdieron la capacidad de monitorizar procesos en tiempo real, dificultando la detección de amenazas, el análisis de consumo de recursos y la gestión de procesos sospechosos. En escenarios de respuesta a incidentes, la imposibilidad de cerrar o reiniciar Task Manager podía suponer retrasos críticos.

Aunque Microsoft no ha cuantificado el alcance, fuentes independientes estiman que hasta un 8-12% de instalaciones empresariales de Windows 11 22H2 y 23H2 instalaron la actualización durante la primera semana, lo que implica potencialmente millones de dispositivos afectados a nivel global.

—

### 5. Medidas de Mitigación y Recomendaciones

Microsoft publicó un fix a través de Windows Update y recomienda instalar la actualización correctiva lo antes posible. Para organizaciones bajo políticas de actualización controlada, se sugiere:

– Aplicar el parche correctivo en todos los endpoints afectados.
– Monitorizar logs de eventos para detectar comportamientos anómalos asociados a `taskmgr.exe`.
– Utilizar herramientas de gestión remota (p.ej., PowerShell Remoting, WMI) para forzar el cierre de procesos afectados en caso de bloqueo.
– Reforzar el control de cambios y realizar pruebas en entornos de staging antes de desplegar actualizaciones masivas.

—

### 6. Opinión de Expertos

Especialistas en ciberseguridad y administración de sistemas han destacado la importancia de los procesos de validación de parches. “Incluso actualizaciones consideradas menores pueden tener un impacto operativo crítico si afectan a herramientas como el Administrador de tareas”, señala David Hernández, CISO de un proveedor de servicios gestionados. Otros expertos recomiendan reforzar la segmentación de entornos para limitar el alcance de este tipo de incidentes y mantener planes de contingencia documentados.

—

### 7. Implicaciones para Empresas y Usuarios

A nivel corporativo, el incidente pone de manifiesto la necesidad de equilibrar la velocidad de aplicación de parches con una adecuada gestión del riesgo operativo. Empresas sujetas a normativa como el GDPR o la directiva NIS2 deben documentar detalladamente los incidentes y las medidas adoptadas, ya que una disminución en la capacidad de monitorización puede ser interpretada como una brecha en la protección de datos y la resiliencia operativa.

Para los usuarios avanzados y administradores domésticos, se recomienda mantener políticas de backup y restauración, y estar atentos a comunicados oficiales de Microsoft para evitar la propagación de fallos similares en el futuro.

—

### 8. Conclusiones

El incidente derivado de la actualización KB5067036 en Windows 11 evidencia la complejidad de la gestión de parches en entornos empresariales y la necesidad de procedimientos sólidos de testing y respuesta. La rápida reacción de Microsoft ha evitado consecuencias mayores, pero subraya la importancia de la vigilancia continua y la preparación ante imprevistos, incluso cuando afectan a herramientas aparentemente inofensivas.

(Fuente: www.bleepingcomputer.com)