Error 0x80041008 de activación: Microsoft lo corrige con un parche fuera de ciclo

Microsoft sacó el viernes 13 de noviembre un parche fuera de ciclo para el error 0x80041008, el que apareció al activar Windows o cambiar su clave con la herramienta de línea de comandos slmgr después de instalar el parche de seguridad de noviembre. El anuncio salió a las 10 de la mañana, hora del Pacífico (las 15:00 en Argentina), en el centro de mensajes de Windows, y viene en cinco versiones: KB5136483 para Windows 11 23H2, KB5136493 para Windows 10 21H2 y 22H2 con ESU y LTSC 2021, y otras tres para Windows Server 2019, 2022 y 2025.

Lo primero que conviene saber es lo que no pasó: según Microsoft, los equipos que ya estaban activados siguen activados. La falla puede aparecer al ejecutar comandos de slmgr, y Microsoft la observó con dos: slmgr /ipk (instalar una clave de producto) y slmgr /skms-domain (parte de la configuración de la activación por volumen, KMS). Microsoft dice que le pega «principalmente» a organizaciones que activan y licencian Windows con comandos o procesos automatizados, y habla de «un número limitado de dispositivos empresariales».

Qué hacer hoy: si no usás slmgr, nada. Si lo usás y te devuelve 0x80041008 en una de esas versiones, el arreglo ya está. Ojo, que no llega solo: es una actualización opcional. En Windows 11 23H2 aparece en Configuración > Windows Update > Opciones avanzadas > Actualizaciones opcionales; en Windows 10 y en Windows Server está solo en el Catálogo de Microsoft Update, y hay que bajarla e instalarla a mano.

Qué se rompió, según Microsoft

El problema se documentó el miércoles 11 de noviembre como «problema conocido» en la ficha del parche de seguridad del mes de Windows Server 2025, KB5131080, y la descripción es clara:

Los dispositivos afectados pueden encontrar el error 0x80041008, Parámetro no válido (SWbemObjectEx), al ejecutar comandos para activar Windows, configurar el Servicio de administración de claves (KMS) o administrar claves de producto.Microsoft, ficha de KB5131080, sección de problemas conocidos (traducido del inglés)

Los dos comandos en los que Microsoft vio la falla son slmgr.vbs /skms-domain <dominio> y slmgr.vbs /ipk <clave>. El primero se usa al configurar la activación por KMS; el segundo instala una clave de producto. Microsoft agrega dos tranquilidades: los equipos que ya tienen la clave de cliente KMS y la configuración correctas, y no necesitan volver a ejecutar esos comandos, no deberían verse afectados; y un equipo activado por KMS suele quedar activado hasta 180 días después de la última activación exitosa. El riesgo real estaba en los equipos que se estaban configurando para activar por KMS en estos días: esos sí podían quedarse sin poder iniciar su activación.

BleepingComputer, que contó el problema el 13 de noviembre a primera hora a partir del aviso de Microsoft a los administradores, detalló las versiones: del lado de los clientes, Windows 10 21H2 y 22H2 y Windows 11 23H2; del lado de los servidores, Windows Server 2019, 2022 y 2025. En ese momento, según el medio, Microsoft prometía el arreglo «en los próximos días» y les recomendaba a las organizaciones que necesitaran una solución inmediata contactar a su soporte para empresas. Al final, el arreglo llegó ese mismo viernes, dos días después de que el problema apareciera en la ficha.

Error 0x80041008: ¿te puede tocar?

Depende de tres cosas: tu versión de Windows, si instalaste el parche de noviembre y si usás slmgr.

• Windows 11 24H2, 25H2 y 26H2: no figuran ni en la lista de versiones del parche nuevo ni en las que detalló BleepingComputer, y la ficha del parche de noviembre de 25H2, 26H2 y 24H2 Enterprise y Education, KB5132061, no menciona el error (la consultamos el 13 de noviembre). Microsoft no dice explícitamente que no estén afectadas, pero tampoco hay un arreglo publicado para ellas, que es lo que cabría esperar si lo estuvieran.
• Windows 11 23H2: está en la lista y tiene arreglo, KB5136483 (compilación 22631.7714). Un dato de contexto: como contamos en la nota del Patch Tuesday de noviembre, ese parche fue el último de 23H2 para las ediciones Enterprise y Education.
• Windows 10 21H2 y 22H2: además de las ediciones Enterprise LTSC 2021 y 2019, que tienen su propio arreglo, el parche de noviembre solo lo reciben los equipos inscriptos en las actualizaciones extendidas de seguridad (ESU), y la ficha de KB5136493 aclara que aplica a «Windows 10 ESU». Leído al revés, por nuestra cuenta: un Windows 10 sin ESU no recibió el parche de noviembre y no debería tener esta regresión. Microsoft no lo dice con esas palabras.
• Windows Server 2019, 2022 y 2025: en la lista, cada uno con su parche, todos solo por el Catálogo.

Y un caso que nos toca de cerca: si compraste una licencia y querés instalarla con slmgr /ipk, como enseñan muchos tutoriales, y una de esas versiones te devuelve 0x80041008, lo más probable es que el problema no sea la clave sino el parche de noviembre (igual conviene revisar que esté bien tipeada, porque el error significa «parámetro no válido»). Instalá el arreglo de tu versión y volvé a ejecutar el comando. En Windows 11 24H2 o posterior, el error no figura en ninguna lista de Microsoft. Microsoft documentó la falla solo con slmgr; no dice si cambiar la clave desde Configuración > Sistema > Activación también falla, así que sobre ese camino no hay dato oficial.

Dónde está el arreglo de cada versión

Los cinco parches son acumulativos: incluyen las mejoras del parche de seguridad de noviembre más la corrección de la activación. Microsoft los publicó como actualizaciones opcionales «no de seguridad», que es la forma técnica de decir que no te van a llegar sin que las pidas:

• Windows 11 23H2: KB5136483. Por Configuración > Windows Update > Opciones avanzadas > Actualizaciones opcionales, o desde el Catálogo.
• Windows 10 21H2 y 22H2 con ESU y Windows 10 Enterprise LTSC 2021: KB5136493 (compilaciones 19045.7850 y 19044.7850), solo desde el Catálogo.
• Windows Server 2025: KB5136489, solo desde el Catálogo.
• Windows Server 2022: KB5136487, solo desde el Catálogo.
• Windows Server 2019 y Windows 10 Enterprise LTSC 2019: KB5136490, solo desde el Catálogo.

En el Catálogo, buscá el KB, elegí el paquete que corresponde a tu versión y a la arquitectura de tu equipo, bajalo y ejecutalo. Para confirmar que entró, apretá Windows + R, escribí winver y mirá que la compilación sea la de la ficha: 22631.7714 en Windows 11 23H2, 19045.7850 en Windows 10 22H2 o 19044.7850 en 21H2 y LTSC 2021.

¿Y si no lo instalo?

Si no usás slmgr, no pasa nada: tu Windows sigue activado y el parche de noviembre que ya tenés te protege igual. La ficha de Windows 11 23H2 (KB5136483) dice que, para quienes administran con Windows Update para empresas, el cambio va a llegar con la próxima actualización de seguridad, aunque para 23H2 Enterprise y Education noviembre fue el último parche. Para Windows 10 y Server, Microsoft no dice si el parche de diciembre lo va a traer: hoy la vía es el Catálogo. El que no puede esperar es el administrador que tiene que activar equipos nuevos o reconfigurar su KMS esta semana: para él, el Catálogo es hoy la única vía en Windows 10 y Server.

Para quien administra varias PC, un consejo que vale más allá de este caso: si un script de activación empezó a fallar justo después del Patch Tuesday, mirá primero la sección de problemas conocidos de la ficha del parche antes de culpar a las claves. Microsoft la va actualizando con los días, y en este caso el aviso apareció un día después del parche y el arreglo, dos días más tarde.

Un noviembre con muchos remiendos

No es el único remiendo del mes. A KB5132061, el parche de noviembre de Windows 11 25H2, 26H2 y 24H2 Enterprise y Education, le costó instalarse en algunas PC que tenían la opcional de octubre, y Microsoft mandó una reparación automática (lo contamos en la nota sobre la falla de instalación de KB5132061). BleepingComputer recordó además que las actualizaciones posteriores al Patch Tuesday de octubre provocaron problemas de rendimiento y estabilidad en SQL Server, y que en enero Microsoft ya había corregido otro problema de licencias: fallas en la migración de licencias al actualizar a una versión nueva, porque los equipos no lograban registrarse en el servidor de activación de Windows para obtener la licencia digital.

No es una tendencia que haga falta exagerar, pero sí una costumbre que conviene tener: antes de dar por buena una actualización en equipos de trabajo, dejarla correr unos días en uno o dos. En casa, el parche de seguridad se instala igual: lo que corrige pesa más que lo que rompe, y si te toca usar slmgr, el arreglo ya está.

Lo que todavía no se sabe

Al cierre de esta nota, Microsoft no explicó qué cambio del parche de noviembre rompió slmgr ni cuántos equipos quedaron afectados más allá de «un número limitado». Tampoco aclaró si las versiones 24H2, 25H2 y 26H2 de Windows 11 quedaron fuera porque no tienen el problema, ni si la activación desde Configuración falla igual que la de la línea de comandos. Si agrega información, la vamos a sumar acá.

Fuentes

• Microsoft Learn, centro de mensajes de Windows, anuncio «Out-of-band update released to address Windows licensing and activation errors», 13 de noviembre de 2026, 10:00 PT (en inglés).
• Microsoft Support, «November 10, 2026—KB5131080 (OS Build 26100.33822)», sección de problemas conocidos (agregado el 11 de noviembre y actualizado el 13), en inglés.
• Microsoft Support, «November 13, 2026—KB5136483 (OS Build 22631.7714) Out-of-band» y «November 13, 2026—KB5136493 (OS Builds 19045.7850 and 19044.7850) Out-of-band», en inglés.
• BleepingComputer, «Microsoft confirms Windows activation failures after November updates», de Sergiu Gatlan, 13 de noviembre de 2026.
• Créditos de imagen: fotomontajes editoriales asistidos por IA con el logo de Windows.

¿Te saltó el 0x80041008 en algún equipo? Contanos en los comentarios ⬇️