Presentamos el Centro de Excelencia PQC: Un laboratorio práctico para la era post-cuántica. 

La firma ML-DSA-44 tiene 2,420 bytes. Una firma ECDSA P-256 tiene 72 bytes. Esto representa un salto de 33x, y afecta a cada cadena de certificados, cada protocolo de enlace TLS y cada dispositivo integrado con un tamaño de búfer fijo en su entorno. Puede consultar este dato en un estándar. Solo lo notará al emitir el certificado y observar qué falla. 

Esa brecha entre haber leído el estándar y haberlo implementado es donde las migraciones post-cuánticas suelen fallar. Por eso creamos un espacio para superarla. El Centro de Excelencia PQC es el centro abierto de Encryption Consulting para aprender criptografía post-cuántica y, aún más importante, para practicarla. Estudie los estándares finalizados, vea los tutoriales y luego configure un entorno de pruebas PKI SaaS gratuito y emita un certificado seguro contra computación cuántica antes de su próxima reunión de planificación.

TL; DR 

• El Centro de Excelencia PQC es un espacio gratuito que combina investigación en criptografía postcuántica (PQC), vídeos introductorios, estudios de casos y un entorno de pruebas interactivo llamado PQC Playground. 

• En el Playground, puede configurar una CA raíz y una CA emisora ​​en ML-DSA, lanzar una jerarquía prediseñada o completamente implementada, y emitir y validar certificados seguros contra ataques cuánticos de extremo a extremo. 

• Ya se han finalizado tres estándares del NIST: FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) y FIPS 205 (SLH-DSA), publicados en agosto de 2024. HQC y FN-DSA aún están en proceso de elaboración. 

• El tamaño es el problema práctico para el que nadie se prepara. Una cadena de certificados ML-DSA ocupa aproximadamente entre 14 KB y 18 KB, frente a unos 586 bytes para una cadena ECDSA, lo que supera la ventana de congestión inicial típica de TCP de 14.5 KB. 

• La Orden Ejecutiva 14412 establece el 31 de diciembre de 2030 como fecha límite para el establecimiento de claves post-cuánticas y el 31 de diciembre de 2031 para las firmas digitales de activos federales de alto valor. El informe IR 8547 del NIST prevé que RSA y ECDSA queden obsoletas para 2030 y sean declaradas no aptas después de 2035. 

• Empiece por la fase de descubrimiento y una jerarquía de pruebas, no por un plan de reemplazo total. El laboratorio está diseñado precisamente para ese primer paso. 

Para quién es esto 

Si es	Comience con	Gracias
Un ingeniero de PKI o criptografía	El patio de juegos de PQC	Necesitas ver el comportamiento de la cadena ML-DSA antes de diseñar una
Un arquitecto de seguridad	Los documentos técnicos y la guía de migración de 9 fases	Usted está eligiendo entre enfoques por etapas, híbridos y alineados con CNSA 2.0.
Un CISO o responsable de cumplimiento	Los vídeos introductorios y la tabla de fechas límite a continuación	Necesitas el panorama regulatorio y un cronograma defendible.
El propietario de una aplicación o plataforma	La sección de tamaño y rendimiento a continuación	El tamaño del certificado se determina en función del servicio.

Por qué lo construimos 

Existe un tipo específico de fallo que suele aparecer unos seis meses después de iniciar un programa PQC. La hoja de ruta parece excelente. El comité directivo está satisfecho. Entonces, alguien intenta registrar el primer certificado ML-DSA en la PKI real y descubre que la versión del software de la CA en producción no admite el algoritmo, que el middleware se bloquea con un certificado varias veces mayor de lo esperado, o que nadie puede afirmar con certeza cuál de las 400 aplicaciones internas fallará cuando cambie la cadena. 

Nada de eso se puede descubrir en una presentación de diapositivas. Se puede descubrir en veinte minutos en un entorno de pruebas. 

Esa es la razón de ser del Centro de Excelencia. El material de lectura y los manuales preparan a tu equipo para que domine el vocabulario. El entorno de pruebas les ayuda a dominar el comportamiento. Ambos son gratuitos, de acceso abierto y no requieren que interactúes con un sistema de producción para aprender algo útil. 

Existe una segunda razón. La migración postcuántica no es realmente un proyecto de criptografía, sino un proyecto de inventario y agilidad. Fortalecer la infraestructura actual sienta las bases para un futuro seguro frente a la computación cuántica. No se puede migrar lo que no se ha detectado, ni se puede cambiar un algoritmo rápidamente si cada certificado está codificado, emitido manualmente y sin documentación. La agilidad criptográfica, la capacidad de modificar las primitivas criptográficas con rapidez y confianza a medida que cambian los estándares, es el resultado final. Los equipos que la desarrollan ahora evitan el riesgo de recopilar datos ahora y descifrarlos después, es decir, la práctica de recopilar tráfico cifrado hoy para descifrarlo una vez que exista una computadora cuántica, en lugar de tener que cifrarlo el día que llegue dicha computadora. 

¿Qué hay dentro del centro de excelencia de PQC? 

La Biblioteca de Normas e Investigación 

Una selección de blogs, estudios de caso y documentos técnicos que abarcan los aspectos clave antes de adoptar un enfoque. Esto incluye « Migración de PQC en 2026: Creación de una hoja de ruta que resista el contacto con la producción» , «Decodificación de los estándares PQC del NIST» y nuestra guía de 12 meses para profesionales de la confianza digital. Los documentos técnicos profundizan en las presiones específicas del sector, como el PQC para servicios financieros y el problema de la selección de firmas, donde la elección entre ML-DSA, SLH-DSA y, finalmente, FN-DSA, tiene consecuencias reales para el tamaño del certificado, el coste de verificación y la compatibilidad del hardware.

Si prefieres las definiciones a las opiniones, el Centro Educativo ofrece explicaciones independientes sobre la Introducción a la Criptografía Postcuántica y qué es CNSA 2.0 .

El patio de juegos de PQC 

Esta es la parte que recomendaríamos a un ingeniero práctico. Playground es un entorno de pruebas PKI SaaS gratuito donde puede configurar una CA raíz y una CA emisora ​​en ML-DSA, lanzar una jerarquía prediseñada o una completamente desplegada si prefiere omitir la configuración, y luego emitir certificados seguros contra computación cuántica y validarlos de extremo a extremo. 

Sin dependencia de producción, sin ciclo de adquisición, sin riesgo para nada que te importe. El objetivo es que el primer certificado de seguridad cuántica de tu equipo se emita en un laboratorio, no tras un fallo del sistema. 

La cadena de herramientas de producción 

Cuando el trabajo realizado en el entorno de pruebas se convierte en un programa real, el Laboratorio se conecta a las plataformas que lo ejecutan: 

• Administrador de CertSecure para la visibilidad de los certificados, la gestión automatizada del ciclo de vida en todas las CA y la inscripción basada en políticas a través de ACME, SCEP y EST. 

• CBOM Seguro Para un inventario continuo y automatizado de todos los activos criptográficos en su entorno, con informes listos para auditoría que cumplen con PCI DSS, FIPS SP 800 y SOC 2. 

• CodeSign Secure para la firma de código respaldada por HSM con automatización CI/CD y soporte listo para PQC para ML-DSA y LMS. 

Tu primera hora en el patio de recreo 

Si solo tienes una hora, úsala así. 

1. Configure una CA raíz en ML-DSA: observe cuánto tiempo tarda la generación de claves en comparación con lo que su equipo espera de RSA o ECDSA.

2. Añada una CA emisora ​​y construya la cadena: Aquí es donde las decisiones de diseño de la jerarquía comienzan a mostrar su coste.

3. Emita un certificado hoja y exporte la cadena completa: Mídalo. Compare ese número con los tamaños de búfer en su propio middleware, balanceadores de carga y clientes integrados.

4. Valida la cadena de extremo a extremo: Observa qué hace tu ruta de validación con una firma de varios miles de bytes de longitud.

5. Anota las tres cosas que te sorprendieron: esas tres cosas son la verdadera información para tu hoja de ruta, y casi nunca son las cosas que figuran en la hoja de ruta original.

El problema del tamaño para el que nadie se prepara 

Los certificados post-cuánticos no son un simple intercambio directo, y la razón radica en la aritmética más que en la criptografía. Los tamaños que se indican a continuación provienen de FIPS 204 y son los que se incluirán en su cadena. 

Algoritmo	Clave pública (bytes)	Firma (bytes)
ECDSA P-256	65	72
RSA-2048	272	256
ML-DSA-44	1,312	2,420
ML-DSA-65	1,952	3,309
ML-DSA-87	2,592	4,627

Para el establecimiento de claves, ML-KEM-768 utiliza una clave de encapsulación de 1,184 bytes y un texto cifrado de 1,088 bytes, según el borrador de IETF ML-KEM para TLS 1.3 . ML-KEM-1024 utiliza 1,568 bytes para ambos.

Lo que importa es el efecto acumulativo. Una cadena de certificados ECDSA típica tiene alrededor de 586 bytes. La cadena ML-DSA equivalente ocupa aproximadamente entre 14 KB y 18 KB, según los parámetros seleccionados, lo que supera la ventana de congestión inicial de aproximadamente 14.5 KB con la que comienzan la mayoría de las conexiones TCP. Esto significa un viaje de ida y vuelta adicional en el primer intercambio de claves, en cada nueva conexión, antes de que su aplicación envíe un solo byte. 

Por eso insistimos en que el trabajo en el entorno de pruebas debe realizarse antes que el desarrollo de la hoja de ruta. La cuestión del tamaño del certificado no se resuelve con una hoja de especificaciones. Se resuelve emitiendo uno y conectándolo a su propia infraestructura. El RFC 9881 ahora define los identificadores del algoritmo ML-DSA para X.509, por lo que los certificados que cree en el laboratorio usarán la misma codificación que su CA de producción utilizará en el futuro.

El reloj contra el que realmente estás corriendo 

La página del Centro de Excelencia indica que se espera que todos los sistemas sean seguros frente a la computación cuántica en 2035. Ese es el límite máximo, no el objetivo final. Las fechas que aparecerán primero en tu calendario están más cerca. 

Fecha	Que cambios	A quién afecta
Marzo 15, 2026	La validez máxima de los certificados TLS públicos se reduce a 200 días (CA/B Forum SC-081v3).	Cualquier persona que utilice TLS público
Septiembre 2026	Planes de migración del PQC de la agencia federal debido a la OMB (EO 14412)	Agencias federales
Marzo 15, 2027	La validez máxima de los certificados TLS públicos se reduce a 100 días.	Cualquier persona que utilice TLS público
Marzo 15, 2029	La validez máxima de los certificados TLS públicos se reduce a 47 días.	Cualquier persona que utilice TLS público
Fin de 2030	RSA y ECDSA quedan obsoletos según la norma NIST IR 8547; los activos federales de alto valor deben utilizar el establecimiento de claves post-cuánticas; los contratistas federales deben cumplir con los estándares PQC de NIST.	Ancho
Fin de 2031	Los activos federales de alto valor deben utilizar firmas digitales post-cuánticas.	Contratistas federales y nacionales
2035	RSA y ECDSA no están permitidos según NIST IR 8547; CNSA 2.0 es el objetivo para los sistemas de seguridad nacional.	Ancho

Dos de esas filas merecen un análisis más detallado. 

Los estándares siguen evolucionando: FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) y FIPS 205 (SLH-DSA) se finalizaron en agosto de 2024. El NIST seleccionó HQC en marzo de 2025 como mecanismo de encapsulación de clave de respaldo basado en una matemática diferente a la de ML-KEM, y FN-DSA (FIPS 206) ha estado en borrador desde agosto de 2025, con su finalización prevista para finales de 2026 o principios de 2027. Tres estándares están listos para producción actualmente. Dos más están en desarrollo, razón por la cual la agilidad es más importante que la elección de un algoritmo en particular.

El calendario de vigencia de los certificados es un aspecto clave: la votación SC-081v3 del Foro CA/Navegador no tiene nada que ver con la computación cuántica, pero influirá en su cronograma de PQC más que la mayoría de las directrices al respecto. Un equipo que no puede renovar en un ciclo de 47 días no va a intercambiar un algoritmo en todo el sistema en ningún ciclo. La automatización que se implementa para uno es la misma que se necesita para el otro.

Nuestra opinión: La agilidad es un músculo, no un hito. 

Esto es lo que recomendaríamos, basándonos en los programas PQC que hemos implementado. 

No empieces con la selección de algoritmos: empieza con el descubrimiento. Lo más común en un primer inventario criptográfico no es la criptografía débil, sino la criptografía desconocida: certificados que nadie posee, bibliotecas ancladas a versiones que nadie controla, claves de firma en un servidor de compilación anterior al equipo actual. Hasta que no exista ese inventario, cualquier estimación de migración es una mera conjetura. Esta es la razón de ser de CBOM Secure y por la que priorizamos el descubrimiento criptográfico sobre las decisiones de algoritmos en nuestra guía de migración PQC de 9 fases.

Considera el entorno de pruebas como un paso indispensable, no como algo opcional: asigna una semana a dos ingenieros al entorno de pruebas antes de definir la hoja de ruta. Sus hallazgos sobre el tamaño de los certificados, el comportamiento de la validación de la cadena y la compatibilidad con HSM modificarán el plan, y es mucho más económico modificar un plan que una implementación.

Seleccione los conjuntos de parámetros con criterio: ML-DSA-87 no es automáticamente la opción más adecuada. Pasar de ML-DSA-44 a ML-DSA-87 prácticamente duplica el tamaño de la firma para un margen de seguridad que la mayoría de los casos de uso empresariales no necesitan. A menos que esté sujeto a la norma CNSA 2.0, que especifica los conjuntos de parámetros más avanzados para sistemas de seguridad nacional, el tamaño y el rendimiento deben ser factores determinantes en la decisión.

Suponga que tendrá que hacerlo más de una vez: FN-DSA no es definitivo. HQC no es definitivo. Las directrices seguirán cambiando. Si diseña una arquitectura para la sustitución de algoritmos, con automatización de certificados y políticas centralizadas, la segunda migración costará una fracción de la primera. Si diseña una arquitectura para una única migración, pagará el precio completo cada vez que cambien los estándares.

Sea honesto con respecto al hardware: el firmware de HSM, las tarjetas inteligentes, los dispositivos de red y los dispositivos integrados marcan el límite real de su cronograma. Algunos de los componentes que ya tiene en su entorno nunca serán compatibles con ML-DSA y deberán reemplazarse en un ciclo de adquisición, no en un ciclo de implementación rápida. Identifique esos componentes primero, ya que representan el mayor desafío.

Preguntas Frecuentes 

¿El Centro de Excelencia PQC es gratuito? 

Sí. La biblioteca de investigación, los documentos técnicos, los estudios de caso y los tutoriales en vídeo están disponibles para todos. PQC Playground es un entorno de pruebas SaaS gratuito para configurar una jerarquía PKI segura frente a la computación cuántica y emitir certificados de prueba. Solo se contrata un servicio de pago si se desea la implementación en producción o asistencia técnica. 

¿Qué puedo construir realmente en el entorno de pruebas de PQC? 

Puedes configurar una CA raíz y una CA emisora ​​en ML-DSA, o bien, lanzar una jerarquía prediseñada o completamente desplegada si prefieres omitir la configuración. A continuación, emite y valida certificados seguros contra ataques cuánticos de extremo a extremo. Todo se ejecuta dentro del laboratorio, por lo que no afecta a tu infraestructura de clave pública (PKI) de producción. 

¿Qué algoritmos post-cuánticos están listos para su uso en producción? 

Tres estándares del NIST ya son definitivos: FIPS 203 (ML-KEM) para el establecimiento de claves, FIPS 204 (ML-DSA) para firmas digitales y FIPS 205 (SLH-DSA) como alternativa de firma basada en funciones hash. HQC fue seleccionado en marzo de 2025 como mecanismo de encapsulación de claves de respaldo, y FN-DSA (FIPS 206) aún está en fase de borrador. Desarrolle para los tres estándares definitivos y diseñe de manera que los demás puedan agregarse posteriormente. 

¿Cuánto mayores son los certificados post-cuánticos? 

Sustancialmente. Una firma ML-DSA-44 tiene 2,420 bytes, frente a los 72 bytes de ECDSA P-256, y una firma ML-DSA-87 tiene 4,627 bytes. Una cadena completa de certificados ML-DSA ocupa aproximadamente entre 14 KB y 18 KB, en comparación con los aproximadamente 586 bytes de una cadena ECDSA, lo cual es suficiente para superar la ventana de congestión inicial típica de TCP de 14.5 KB y añadir un viaje de ida y vuelta al protocolo de enlace. 

¿Necesito migrar a PQC ahora si no soy una agencia federal? 

Los plazos federales son los más visibles, pero dos aspectos son relevantes para todos. La estrategia de "recopilar ahora, descifrar después" implica que los datos con un largo período de confidencialidad ya están expuestos a un futuro descifrado. Además, la norma NIST IR 8547 sitúa a RSA y ECDSA en la senda de la prohibición después de 2035, lo que afectará a los sistemas comerciales a través de proveedores, auditores y marcos de cumplimiento mucho antes de esa fecha. 

¿Por dónde debería empezar un equipo? 

Primero, haz un inventario. Identifica todos los certificados, claves, algoritmos y bibliotecas en uso, incluso en el código fuente. Luego, usa el entorno de pruebas para validar una jerarquía segura frente a la computación cuántica y compararla con tus restricciones reales. Finalmente, elabora la hoja de ruta. Seguir este orden marca la diferencia entre un plan que se implementa correctamente y uno que no. 

Comienza en el laboratorio. 

Leer sobre criptografía postcuántica es la parte fácil. Ponerla en práctica es donde están las sorpresas, y las sorpresas se descubren mucho mejor en un entorno de pruebas que en un periodo de cambios. 

Explora el Centro de Excelencia PQC y crea tu primera jerarquía cuántica segura en el PQC Playground.

Si desea analizar su propio entorno antes de ver el nuestro, nuestro decodificador gratuito de certificados y CSR ASN.1 le indicará en unos diez segundos qué algoritmos utilizan sus certificados actuales. Para obtener una visión más completa, el documento técnico «Preparación para la criptografía postcuántica» disponible en el Laboratorio explica detalladamente la evaluación que realizamos con nuestros clientes.

Cuando esté listo para convertir el trabajo de laboratorio en un programa, nuestro equipo de Servicios de Asesoramiento de Control de Calidad de Producto (PQC) aplica una metodología de migración estructurada de 9 fases, respaldada por las prácticas certificadas ISO/IEC 27001:2022 y SOC 2.