Si llevas tiempo actualizando tu PC con Windows, seguro que más de una vez has visto aparecer una nueva versión tipo 20H2, 22H2, 24H2 o 25H2 sin que el sistema se haya reinstalado por completo. Detrás de esas grandes versiones, en muchas ocasiones, no hay una ISO nueva ni una instalación desde cero, sino un pequeño componente llamado Enablement Package.
Este paquete de habilitación se ha convertido en la forma preferida de Microsoft para entregar ciertas actualizaciones de características de forma rápida, casi silenciosa y con un único reinicio. Aun así, no es raro que genere dudas: qué cambia realmente, qué riesgos tiene, qué pasa con la seguridad o con las versiones que ya están en fin de soporte. Vamos a desgranar todo esto con calma, apoyándonos en lo que ya se sabe oficialmente y en la experiencia práctica de quienes lo usan en el día a día.
Qué es exactamente el Enablement Package de Windows
El Enablement Package es, en esencia, un pequeño parche que actúa como interruptor maestro. Windows 10 y Windows 11 reciben de forma continua actualizaciones acumulativas que incluyen, además de correcciones de seguridad, funciones nuevas que quedan desactivadas por defecto. Esas características se instalan en segundo plano, pero permanecen dormidas hasta que el sistema aplica el paquete de habilitación correspondiente a una versión concreta.
En vez de descargar varios gigas y reinstalar el sistema operativo, el Enablement Package se limita a cambiar una serie de banderas internas, activar código ya presente y actualizar el número de versión. Por eso su instalación es tan rápida y su tamaño tan pequeño si lo comparas con una actualización de características tradicional.
Este enfoque tiene una consecuencia importante: versiones distintas de Windows pueden compartir exactamente el mismo núcleo y los mismos archivos de sistema, diferenciándose únicamente por lo que está activo o inactivo. Eso explica por qué, en muchas ocasiones, pasar de una versión H2 a otra se resume en un solo reinicio.
Cómo funciona el Enablement Package en Windows 10 (20H2, 21H1, 21H2 y 22H2)
En Windows 10, Microsoft introdujo este concepto de forma clara con las versiones 2004, 20H2, 21H1, 21H2 y 22H2. Todas estas ediciones comparten un sistema operativo principal común, con un conjunto idéntico de archivos críticos; de hecho, las funciones de 20H2, 21H1, 21H2 y 22H2 ya se incluían en las actualizaciones de calidad mensuales de la versión 2004 y posteriores, pero se mantenían inactivas.
Cuando se instala el paquete de habilitación adecuado, lo que se hace es activar esas características nuevas y actualizar el identificador de versión. Así, por ejemplo, pasar de Windows 10 2004 a Windows 10 20H2 o 22H2 se convierte en una operación muy rápida, con una única interrupción para reiniciar el equipo.
Para las versiones compatibles (2004, 20H2, 21H1 y 21H2), el enablement package se distribuye de forma automática mediante Windows Update o WSUS. En la lista de actualizaciones aparece como “Actualización de características para Windows 10, versión XXH2”, pero internamente es un eKB (Enablement Package) que solo activa lo que ya está presente en el sistema.
Si el equipo viene desde una edición más antigua, como Windows 10 1909 o anterior, la situación cambia: el paquete de habilitación no puede instalarse por separado. En ese caso, la actualización a 22H2 se realiza con una feature update completa, que incluye tanto los archivos base como el propio enablement package integrado, y ahí el tiempo de instalación sí es más largo.
Requisitos, canales de distribución y reinicios en Windows 10
Para aplicar un paquete de habilitación de Windows 10, es imprescindible cumplir una serie de requisitos previos de versión y de parches. En el caso de 22H2, Microsoft marca como condición estar en Windows 10 2004, 20H2 o 21H1 (y, en la práctica, también 21H2) con las últimas actualizaciones acumulativas instaladas.
En cuanto a los canales de distribución, el comportamiento es bastante homogéneo: Windows Update y Microsoft Update descargan e instalan el enablement package de manera automática cuando el dispositivo es elegible. Desde el punto de vista del usuario, solo se ve una “Actualización de características” que requiere reinicio y que, por lo general, tarda muy poco en completarse.
En entornos corporativos, el paquete también se distribuye por Windows Server Update Services (WSUS), siempre que en Productos y Clasificaciones se haya marcado Windows 10 y la categoría de Actualizaciones o Upgrades, según el caso. La propia sincronización de WSUS se encarga de traer el eKB adecuado para cada versión soportada.
Hay un detalle relevante: estos paquetes no suelen estar disponibles para descarga directa en el Microsoft Update Catalog como actualizaciones independientes. Habitualmente llegan a través de Windows Update, WSUS u otros servicios de administración (MDT, ConfigMgr, etc.), lo que refuerza la idea de que son una parte integrada de la estrategia de mantenimiento y no una descarga manual de uso general.
Tras aplicar el enablement package, siempre es obligatorio un reinicio del dispositivo. No sustituyen a otras actualizaciones previas, y Microsoft especifica que este tipo de eKB no reemplaza a ningún parche anterior, sino que se apoya en la base instalada hasta ese momento.
Enablement Package y Windows 10 Enterprise LTSC / IoT: el escenario híbrido
Una de las situaciones más peculiares que han surgido alrededor de estos paquetes es la que afecta a Windows 10 Enterprise LTSC 2021 / IoT Enterprise LTSC 21H2. En algunos foros y guías no oficiales se ha explicado cómo forzar un paquete 22H2 sobre estos sistemas, consiguiendo que el sistema pase a identificarse como una build 22H2 tradicional.
La jugada parece tentadora: una vez el sistema se anuncia como 22H2, muchas aplicaciones y juegos que exigen esa versión dejan de bloquearse, porque solo comprueban el número de compilación y no si es LTSC o no. Desde el punto de vista de compatibilidad de software, puede ser un atajo interesante.
El problema llega por el lado del soporte. Windows 10 22H2 estándar tiene una fecha de fin de vida (EOL) clara (octubre de 2025 para ediciones Home y Pro), y cuando el sistema pasa a verse como una 22H2 convencional, Windows Update deja de ofrecer automáticamente parches al llegar ese momento, porque cree estar ante una versión ya fuera de soporte.
Aun así, algunos usuarios han comprobado que pueden seguir descargando e instalando manualmente actualizaciones de Windows 10 Enterprise/IoT Enterprise LTSC 21H2 desde el Catálogo de Microsoft Update, y que esas actualizaciones se aplican y aparecen listadas en el historial de Windows Update. Esto plantea una duda razonable: ¿se están aplicando realmente a todo el sistema o solo a la parte de código compartida con 21H2?
La preocupación técnica es que al mezclar una base que se identifica como 22H2 con parches pensados para 21H2 se acabe generando un escenario híbrido: parte del sistema operativo seguiría recibiendo correcciones de seguridad, mientras otros componentes, propios de la rama 22H2, podrían quedar con parches obsoletos o sin cubrir.
Enablement Package en Windows 11: 24H2, 25H2 y el camino a 26H2
En Windows 11, Microsoft ha ido afinando aún más este modelo. Las versiones 24H2 y 25H2 comparten un núcleo común y la misma rama de servicio; para conocer las novedades de 25H2, muchas de ellas se integran en las acumulativas y se habilitan con eKB. La actualización entre ellas llega precisamente en forma de enablement package ligero (eKB). Las nuevas funciones de 25H2 se incorporan en las actualizaciones acumulativas de 24H2 y permanecen desactivadas hasta que el sistema instala el paquete de habilitación.
Al aplicar ese eKB, el equipo pasa de 24H2 a 25H2 con un solo reinicio y un tiempo de inactividad mínimo. El usuario no ve una reinstalación completa, ni un asistente de actualización largo, sino un salto casi transparente que activa las funciones ya presentes en el equipo. Esto permite a Microsoft ofrecer una gran versión anual con el mismo grado de eficiencia que sus parches mensuales.
Microsoft está aplicando una estrategia similar con Windows 11 26H2. Las compilaciones preliminares que se están probando en el canal Dev, identificadas por la rama 26300, apuntan a otra actualización tipo enablement package sobre la misma base de código que 24H2 y 25H2, conocida internamente como Germanium. En la práctica, 26H2 será muy parecida en funciones a 25H2, pero servirá como versión de transición y ajuste interno.
Mientras tanto, Microsoft prepara también una rama paralela llamada Bromine, asociada a Windows 11 26H1 y destinada a nuevos PCs con chips Arm de próxima generación. Esto dibuja una estrategia dual: Germanium para la base instalada x86 y determinados equipos existentes, y Bromine para hardware nuevo, manteniendo el modelo de enablement package para las versiones H2 que se montan sobre Germanium.
Nuevas funciones, seguridad y cambios internos en Windows 11 25H2
Aunque 25H2 no llega con un aluvión de novedades visuales, la actualización trae cambios importantes a nivel de seguridad y limpieza de componentes heredados. El enfoque está más en fortalecer la plataforma que en introducir grandes capas de interfaz.
Entre las medidas destacadas está la eliminación de PowerShell 2.0 y de la línea de comandos de Windows Management Instrumentation (WMIC) durante la instalación, debido a las vulnerabilidades potenciales que representan. Son herramientas muy antiguas que, aunque siguen presentes en muchos scripts y entornos, suponen un riesgo elevado si se dejan habilitadas por defecto.
Además, los administradores de TI ganan más control sobre el bloatware gracias a nuevas opciones en Directiva de Grupo y MDM CSP para eliminar aplicaciones predeterminadas preinstaladas de Microsoft en dispositivos Enterprise y Education. De este modo, es más sencillo desplegar imágenes de Windows 11 25H2 limpias, sin apps innecesarias para el usuario profesional.
Como parte de esa apuesta por la estabilidad, Microsoft evita introducir cambios agresivos de diseño o funcionalidad exclusiva en 25H2. La idea es mantener una experiencia continuista para el usuario final, mientras por debajo se refuerza la plataforma y se prepara el terreno para lo que vendrá en versiones posteriores.
Todo esto encaja con la filosofía del enablement package: actualizar la versión, prolongar el ciclo de soporte y habilitar ciertas capacidades, pero sin convertir cada H2 en una revolución completa del sistema operativo.
Cronograma de despliegue y cómo obtener el Enablement Package en Windows 11
Para los equipos que ya están en Windows 11 24H2, hay varias formas de recibir la actualización a 25H2 mediante enablement package. La más sencilla pasa por habilitar en Windows Update la opción “Recibir las últimas actualizaciones en cuanto estén disponibles”, lo que permite que el sistema reciba antes el eKB cuando Microsoft lo libere para ese dispositivo.
Aun así, la compañía suele aplicar un despliegue gradual y controlado, bloqueando temporalmente la actualización en equipos con posibles problemas de compatibilidad (controladores, software específico, hardware conflictivo, etc.). Esto significa que aunque un equipo cumpla los requisitos, puede tardar más en ver aparecer la actualización 25H2 en Windows Update si Microsoft detecta algún riesgo.
Para quienes necesitan actualizar cuanto antes y saben lo que hacen, existe la posibilidad de descargar el Enablement Package específico para su arquitectura (x64 para AMD e Intel, o ARM64) directamente desde los repositorios de Microsoft. Un ejemplo es el paquete identificado como KB5054156 para Windows 11 25H2, que se presenta como “Feature update to Windows 11, version 25H2 by using an enablement package”.
Una vez descargado el eKB adecuado, su instalación es rápida: basta con ejecutarlo, dejar que aplique los cambios y reiniciar. En muchos casos, tras unos pocos minutos el sistema ya arranca como Windows 11 versión 25H2 manteniendo aplicaciones, configuraciones y datos en su sitio.
Conviene recordar que, igual que en Windows 10, no todas las combinaciones de versiones están soportadas. El equipo debe estar en la release correcta (por ejemplo, 24H2) y tener las últimas actualizaciones de calidad antes de aplicar el enablement package. Saltarse ese paso puede derivar en errores de instalación o en comportamientos inestables.
Ventajas y riesgos reales de usar Enablement Package
El principal atractivo del Enablement Package es que permite actualizar de forma rápida, con muy poca interrupción y con un riesgo relativamente bajo cuando se sigue la ruta oficial. No obliga a descargar una ISO completa, no fuerza una reinstalación del sistema y reduce al mínimo el impacto en el usuario final.
Para las empresas, esto se traduce en ventanas de mantenimiento mucho más cortas, menos tiempo de inactividad en equipos de producción y una planificación de despliegues más sencilla.
Sin embargo, no todo es perfecto. El hecho de que diferentes versiones compartan núcleo implica que si la base arrastra un problema, este puede propagarse fácilmente entre varias releases H2 que se construyen sobre ese mismo cimiento.
Otro riesgo viene de los escenarios no soportados o “creativos”, como forzar un eKB en una edición LTSC o instalar manualmente parches de una rama mientras el sistema se identifica como otra. Estos experimentos pueden generar configuraciones híbridas con implicaciones claras para la seguridad y la estabilidad.
Y, por último, hay un factor de percepción: muchas personas dan por hecho que una versión H2 trae cambios visibles importantes, cuando en realidad, gracias al enablement package, gran parte de lo nuevo ya estaba en el sistema semanas o meses antes, simplemente oculto. El salto de versión se convierte más en un cambio de etiqueta y de soporte que en una revolución funcional inmediata.
Todo este entramado de actualizaciones, paquetes de habilitación y ramas internas como Germanium o Bromine configura una forma de evolucionar Windows mucho más incremental y silenciosa que en el pasado. Entender qué es un Enablement Package y cómo encaja en este puzzle ayuda a tomar decisiones más sensatas a la hora de actualizar, evitar combinaciones extrañas y aprovechar lo mejor de estas versiones H2 sin llevarse sorpresas innecesarias.
