Hoja de ruta de Microsoft para PQC en Windows 11 y Windows Server 2025

Respuesta rápida: El despliegue de Windows post-cuántico de Microsoft se ha producido en cuatro etapas distintas en menos de un año, y tratarlo como un único evento de "Windows ahora admite PQC" ignora la secuencia que realmente importa para la planificación. En noviembre de 2025 se incorporaron ML-KEM y ML-DSA a CNG y SymCrypt como primitivas criptográficas básicas. En mayo de 2026 se añadió la emisión de certificados ML-DSA a los Servicios de certificados de Active Directory en Windows Server 2025. El 14 de julio de 2026 se integró el intercambio de claves híbrido ML-KEM directamente en la pila TLS de Schannel, junto con la compatibilidad con algoritmos PQC compuestos en las API de criptografía de Windows y las funciones de certificados. Cada etapa desbloquea una capa diferente: primitivas, luego certificados, luego negociación TLS en tiempo real, y la restricción más importante en todo el proceso es que AD CS no puede actualizar una autoridad de certificación existente; la compatibilidad con PQC requiere establecer una nueva jerarquía de CA en paralelo.

Nuestra guía de soporte ML-DSA para Microsoft PKI cubre en profundidad el componente AD CS de este despliegue. Esta guía ofrece una perspectiva más amplia: la secuencia completa de la plataforma Windows en CNG, SymCrypt, TLS y servicios de certificados, y lo que dicha secuencia implica para la planificación del despliegue.

Puntos Clave

• ML-KEM y ML-DSA alcanzaron disponibilidad general como primitivas CNG y SymCrypt en la actualización de Windows de noviembre de 2025, tanto para Windows 11 como para Windows Server 2025.
• La emisión de certificados AD CS ML-DSA alcanzó disponibilidad general con la actualización de seguridad de mayo de 2026 (KB5087539) en Windows Server 2025.
• El intercambio de claves híbrido ML-KEM TLS 1.3 en la pila Schannel, además de la compatibilidad con algoritmos PQC compuestos en las API de criptografía de Windows y las funciones de certificados, alcanzó disponibilidad general con las actualizaciones de seguridad del 14 de julio de 2026.
• AD CS no puede actualizar una autoridad de certificación existente a PQC in situ; la implementación de la compatibilidad con ML-DSA requiere establecer una nueva jerarquía de CA paralela y migrar a ella de forma deliberada.
• Los grupos TLS post-cuánticos están deshabilitados de forma predeterminada, solo funcionan con TLS 1.3 y requieren que ambos extremos admitan un grupo negociado compatible.

El despliegue en cuatro etapas

Fecha	Milestone	Lo que desbloquea
Noviembre 2025	Disponibilidad general de ML-KEM y ML-DSA en CNG y SymCrypt.	Primitivas criptográficas sin procesar disponibles para los desarrolladores a través de las API de criptografía de Windows; .NET 10 también incorpora los algoritmos.
2026 de mayo	Soporte AD CS ML-DSA (KB5087539)	Las autoridades de certificación pueden emitir certificados ML-DSA para firma de código, TLS, plantillas de servidor web, usuario y equipo, y firma de respuesta OCSP.
14 de julio de 2026	Intercambio de claves híbrido ML-KEM TLS 1.3 en Schannel; algoritmos PQC compuestos en CNG y funciones de certificado.	Schannel negocia el intercambio de claves híbridas ML-KEM directamente durante los protocolos de enlace TLS reales sin que los desarrolladores de aplicaciones tengan que implementarlo; los algoritmos compuestos extienden la compatibilidad con objetos criptográficos híbridos a escenarios de firma y encapsulación de claves más allá de TLS.

La secuencia es deliberada, no casual: primero las primitivas, para que los desarrolladores y los equipos de plataforma pudieran empezar a experimentar; segundo la emisión de certificados, extendiendo PQC a la capa de identidad y confianza; y por último la negociación del protocolo en tiempo real, ya que es la parte con mayor impacto si algo falla en el tráfico de producción.

CNG y SymCrypt: donde realmente residen los algoritmos.

SymCrypt es la biblioteca criptográfica principal de Microsoft para Windows, y la API de criptografía de próxima generación (CNG) es la interfaz que utilizan las aplicaciones y los componentes de la plataforma para acceder a ella. Los algoritmos post-cuánticos solo se exponen a través de proveedores CNG, no de la antigua CryptoAPI heredada, lo que supone una limitación de compatibilidad estricta: cualquier aplicación, plantilla de certificado o característica de la plataforma que aún dependa de proveedores de servicios criptográficos (CSP) heredados no puede usar ML-KEM ni ML-DSA, independientemente de la versión del sistema operativo, y necesita migrar primero a un proveedor de almacenamiento de claves CNG. Este es un obstáculo común y fácil de pasar por alto en la configuración de plantillas de certificados de AD CS, ya que las plantillas necesitan una reconfiguración explícita a un proveedor no heredado antes de que ML-DSA pueda seleccionarse.

TLS híbrido y algoritmos compuestos

La actualización de Schannel de julio de 2026 añadió grupos híbridos ML-KEM configurables a TLS de Windows, incluyendo combinaciones como SecP384r1_MLKEM1024, que combina una curva NIST clásica con un conjunto de parámetros ML-KEM de mayor seguridad. Estos grupos están deshabilitados de forma predeterminada, solo funcionan con TLS 1.3 y requieren que ambos extremos de una conexión admitan un grupo compatible entre sí, la misma lógica de negociación que se describe en nuestra guía de implementación X25519MLKEM768 . Habilitar esta funcionalidad a nivel del sistema operativo no implica que todas las aplicaciones la utilicen automáticamente: el software que distribuye su propia pila TLS en lugar de depender de Schannel toma sus propias decisiones independientes sobre los grupos compatibles, por lo que un cambio de configuración a nivel de Windows no se propaga universalmente.

La compatibilidad con algoritmos PQC compuestos, añadida a las API de criptografía de Windows y a las funciones de certificados en la misma actualización de julio, amplía la compatibilidad con objetos criptográficos híbridos más allá de TLS a escenarios de firma y encapsulación de claves más amplios, lo que permite a las organizaciones comenzar a crear prototipos de perfiles de certificados compuestos y evaluar el impacto en la cadena de confianza antes de una adopción más generalizada de los formatos compuestos en el ecosistema.

AD CS: La restricción de jerarquía paralela

Este es el hecho operativo más importante para cualquiera que planifique una implementación de AD CS: no existe una ruta de actualización directa. Una autoridad de certificación existente no se puede convertir a ML-DSA mediante un cambio de configuración o una actualización; la compatibilidad con PQC requiere implementar una autoridad de certificación recién creada, configurarla en paralelo con la producción, validarla y migrarla de forma planificada, en lugar de modificar la CA raíz o emisora ​​actual directamente. Esta limitación condiciona todo el cronograma del proyecto, ya que una implementación en jerarquía paralela y una transición validada lleva mucho más tiempo que un cambio de configuración, y debe presupuestarse como tal desde el principio, en lugar de descubrirse a mitad del proyecto.

Lo que realmente recomendamos

Confirme qué compilaciones y actualizaciones de KB específicas de Windows y Windows Server están implementadas en su flota antes de asumir la preparación de PQC en toda la plataforma; las cuatro etapas anteriores se implementaron en fechas diferentes y compilaciones mínimas diferentes, y una flota parcialmente parcheada mostrará una capacidad inconsistente. Planifique la implementación de la jerarquía paralela de AD CS como un proyecto independiente con su propio cronograma, no como un despliegue agregado al mantenimiento de CA existente, dada la restricción de no realizar actualizaciones in situ. Audite qué aplicaciones dependen de Schannel en comparación con una pila TLS agrupada antes de asumir que un cambio de configuración híbrida TLS a nivel del sistema operativo llega a todas las cargas de trabajo, y reconfigure las plantillas de certificados heredadas basadas en CSP a proveedores de almacenamiento de claves CNG como un paso previo, no como una consideración posterior.

Cómo puede ayudar la consultoría de cifrado

Saber qué compilaciones, actualizaciones de KB y configuraciones CNG frente a configuraciones CSP heredadas están realmente implementadas en su flota de Windows es precisamente la brecha de inventario que CBOM Secure está diseñado para cerrar, mapeando el nivel de parche de la plataforma y la configuración del proveedor criptográfico junto con su inventario más amplio de certificados y claves.

Nuestros servicios de asesoramiento PQC secuencian las etapas de implementación de CNG, TLS y AD CS descritas en esta guía, teniendo en cuenta el nivel de parches y las dependencias de las aplicaciones de su flota, integrando la migración a la jerarquía de CA paralela en un cronograma de proyecto realista, en lugar de un cambio de configuración asumido. Cuando el foco está en la emisión de certificados, CertSecure Manager gestiona la transición a través de la jerarquía paralela y la CA de producción, incluyendo los formatos híbridos y compuestos a medida que maduran.

Cuatro etapas, no un solo evento.

Microsoft ha avanzado rápidamente, pasando de las funcionalidades básicas a los certificados y la negociación TLS en tiempo real en menos de un año, pero la preparación de la plataforma para PQC no es algo que se active una sola vez. Cada etapa tiene sus propios requisitos mínimos de compilación, sus propios límites de compatibilidad y, específicamente para AD CS, una restricción de implementación paralela que tiene consecuencias reales en el cronograma del proyecto. Planificar el despliegue como cuatro capacidades distintas y secuenciadas, en lugar de un único hito de Windows PQC, es lo que realmente permite establecer un cronograma de migración realista.

Preguntas frecuentes

¿Es posible actualizar una autoridad de certificación de AD CS existente para que admita ML-DSA?

No. No existe una ruta de actualización directa. La compatibilidad con PQC requiere implementar una nueva autoridad de certificación en paralelo con la producción, validarla y migrar a ella de forma deliberada, en lugar de modificar una CA raíz o emisora ​​existente.

¿La activación de TLS híbrido a nivel del sistema operativo Windows se aplica automáticamente a todas las aplicaciones?

No. Las aplicaciones que dependen del proveedor TLS Schannel de Windows heredan la capacidad, pero el software que incluye su propia pila TLS independiente elige los grupos compatibles y no se ve afectado por la configuración del sistema operativo.

¿Por qué los proveedores de servicios criptográficos tradicionales no pueden usar ML-KEM o ML-DSA?

Los algoritmos post-cuánticos solo están disponibles a través de proveedores CNG (Cryptography API: Next Generation), no mediante la antigua CryptoAPI. Cualquier plantilla de certificado o aplicación que aún esté configurada para un CSP antiguo deberá migrar a un proveedor de almacenamiento de claves CNG antes de que los algoritmos post-cuánticos estén disponibles.

¿Está habilitado de forma predeterminada el intercambio de claves TLS híbrido ML-KEM en Windows?

No. Los grupos TLS post-cuánticos están deshabilitados por defecto, solo funcionan con TLS 1.3 y requieren que ambos extremos de una conexión admitan un grupo mutuamente compatible para que la negociación tenga éxito.

¿Para qué se utilizan los algoritmos PQC compuestos en Windows?

Amplían la compatibilidad con objetos criptográficos híbridos, combinando un algoritmo clásico con uno post-cuántico, más allá de TLS, abarcando escenarios de firma y encapsulación de claves, lo que permite a las organizaciones crear prototipos de perfiles de certificados compuestos y evaluar el impacto en la cadena de confianza antes de una adopción más generalizada de los formatos compuestos en la industria.