Pregúntele a un proveedor de HSM en 2026 si su producto está preparado para la era post-cuántica, y la respuesta honesta será un sí condicionado. Las plataformas líderes ahora implementan los algoritmos post-cuánticos del NIST en el firmware; esas implementaciones han pasado las pruebas de algoritmos del NIST, y usted puede generar y utilizar ML-DSA y claves ML-KEM hoy. Para la mayoría de las organizaciones, eso es realmente suficiente para empezar. Pero para los compradores que operan bajo un estricto FIPS 140-3 En el mandato de nivel 3, hay una brecha oculta tras la palabra "listo", y es la diferencia entre que un algoritmo esté certificado y que un módulo esté certificado con ese algoritmo dentro de su límite validado.
Este artículo desglosa esa distinción, que es fácil de pasar por alto y cuya omisión tiene consecuencias importantes. Explicaremos la diferencia entre la validación del algoritmo CAVP y la validación del módulo CMVP, documentaremos la situación actual de las principales plataformas HSM a principios de 2026, expondremos las implicaciones de esta brecha para la adquisición y el despliegue regulados, y ofreceremos una forma práctica de evaluar si sus HSM están preparados para PQC según su postura de cumplimiento específica, en lugar de con fines de marketing. A lo largo del artículo, señalaremos cómo Encryption Consulting ayuda a las organizaciones reguladas a cerrar esta brecha, desde la evaluación de HSM Preparación para PQC para ejecutar una migración que cumpla con los requisitos.
¿Por qué esto importa ahora?
Tres fuerzas están convergiendo para convertir la preparación para HSM PQC en una cuestión de adquisición inmediata en lugar de una futura: los proveedores han enviado firmware post-cuántico, el reloj de obsolescencia del NIST está corriendo y la FIPS 140-2 La puesta en marcha de la norma está obligando a una transición paralela a la norma FIPS 140-3.
El firmware PQC se ha enviado y el marketing ha continuado.
Los algoritmos post-cuánticos ya no son borradores. El NIST finalizó las normas FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) y FIPS 205 (SLH-DSA) en agosto de 2024, y los proveedores de HSM actuaron con rapidez. Entrust ofreció soporte post-cuántico en el firmware nShield 5 y obtuvo Certificación CAVP para ML-DSA, ML-KEM y SLH-DSA en el firmware v13.8.0. Thales envió Firmware Luna HSM v7.9 Con ML-KEM y ML-DSA integrados de forma nativa en el firmware. La capacidad es real y el mensaje es entusiasta, razón por la cual los compradores deben leer la letra pequeña de la certificación en lugar del titular.
Los plazos de depreciación están presionando las adquisiciones.
El cronograma otorga urgencia a la pregunta. El NIST ha señalado una fecha de desuso para los algoritmos asimétricos clásicos en 2030, un punto que Entrust subraya en su propio mensaje PQC, señalando que el NIST ya tiene un conjunto Fecha de depreciación: 2030 Para los algoritmos asimétricos clásicos, la norma CNSA 2.0 establece como objetivo de migración obligatoria el año 2030. Por lo tanto, los equipos de adquisiciones están especificando la capacidad PQC en las compras de HSM, lo que convierte la comprensión del significado de la certificación PQC en una cuestión comercial real, más que académica.
Un plazo FIPS independiente agrava la presión.
Existe un segundo plazo para los compradores regulados. Los certificados FIPS 140-2 pasan a la lista histórica del NIST según un calendario definido, tras el cual dejan de cumplir los requisitos de validación para las nuevas adquisiciones federales, lo que convierte la validación FIPS 140-3 en una cuestión de "comenzar ahora o perder la oportunidad" dada la larga lista de espera del CMVP. Por lo tanto, las organizaciones se ven impulsadas a adoptar los módulos FIPS 140-3 y el PQC simultáneamente, que es precisamente donde reside la brecha de certificación.
Cómo funciona la certificación: CAVP frente a CMVP
Comprender la brecha comienza con dos NIST Programas que suenan parecidos pero certifican cosas muy diferentes. Las secciones siguientes explican cómo se relaciona la validación de algoritmos con la validación de módulos, qué significa que un algoritmo se encuentre dentro del ámbito validado de un módulo y por qué la certificación combinada requiere tiempo.
CAVP y CMVP no son lo mismo.
La garantía criptográfica se rige por dos programas distintos del NIST, y la confusión radica en su confusión. El Programa de Validación de Algoritmos Criptográficos (CAVP) prueba una implementación específica de un algoritmo según su estándar y emite un certificado de algoritmo. El Programa de Validación de Módulos Criptográficos (CMVP) valida un módulo criptográfico completo, el HSM, según el estándar FIPS 140-3 a un nivel de seguridad determinado. La relación es secuencial: como explica un análisis sobre la implementación de PQC en módulos FIPS 140-3, los algoritmos deben superar primero las pruebas del CAVP, y dichos certificados de algoritmo son un requisito previo para enviar un módulo al CMVP para su validación.
El NIST tomó rápidamente las medidas preparatorias necesarias. El día en que Normas de PQC Se publicaron, el CMVP actualizó sus referencias de funciones aprobadas para que FIPS 204 y 205 sean métodos de firma digital aprobados y FIPS 203 sea un método de encapsulación de claves aprobado, y DigiCert señaló las actualizaciones a SP 800-140C y SP 800-140D y la guía de autoevaluación para implementaciones de PQC. Por lo tanto, los algoritmos pueden incluirse en un módulo validado por FIPS, pero solo una vez que el módulo complete la validación CMVP con ellos dentro de su ámbito.
Qué significa para PQC estar dentro del límite del módulo
El límite criptográfico de un HSM es el perímetro validado, definido física y lógicamente, dentro del cual se realiza la criptografía aprobada y se protegen las claves. Para que un algoritmo esté cubierto por la validación FIPS 140-3 del módulo, debe estar dentro de ese límite en una configuración validada. HSM Puede que sus algoritmos clásicos cuenten con la validación FIPS 140-3 Nivel 3, mientras que sus algoritmos PQC recientemente incorporados aún no forman parte de ninguna configuración validada. Esto no es una contradicción; es la situación normal durante una transición, ya que el módulo debe revalidarse para que los nuevos algoritmos se ajusten a los límites certificados.
El estado actual del mercado
La situación precisa a finales de 2025 está documentada y merece ser aclarada. Según análisis del sector, varios proveedores han obtenido la certificación CAVP para los algoritmos PQC, y varios cuentan con la validación CMVP FIPS 140-3 Nivel 3 para sus HSM, entre ellos Entrust nShield 5, Marvell LSM2, Thales Luna G7 y K7, y Atalla de Utimaco. Sin embargo, el mismo análisis indica que ninguno ha obtenido aún la certificación FIPS 140-3 Nivel 3 con soporte PQC integrado, y todos se encuentran actualmente en la fase de Módulos en Proceso o Implementación Bajo Prueba. En otras palabras, los algoritmos y los módulos están validados, pero aún no de forma conjunta.
Los proveedores son explícitos sobre estar en la cola. Entrust tiene Firmware enviado para nShield 5 para la validación actualizada de FIPS 140-3 Nivel 3 a través del CMVP. Thales describe su firmware Luna v7.9.2 como el próximo candidato FIPS Con PQC, y sus materiales v7.9 indican que la validación FIPS 140-3 Nivel 3 está en curso como un paso fundamental más allá de la implementación experimental. La certificación combinada está en camino; aún no ha llegado.
¿Por qué la cola tarda?
El retraso es estructural, no una señal de demora del proveedor. La investigación sobre criptografía de la era cuántica señala que la ruta de validación FIPS 140-3 del NIST para módulos post-cuánticos introduce Retrasos de 12 a 18 meses Existe una diferencia entre la disponibilidad del algoritmo y la disponibilidad del módulo certificado debido a la cola de validación y los requisitos de prueba. Planificar teniendo en cuenta este plazo, en lugar de esperar que la certificación del módulo siga inmediatamente a la del algoritmo, es lo más realista.
Riesgos para los compradores regulados
Esta laguna genera riesgos específicos y evitables para las organizaciones con estrictos mandatos de cumplimiento normativo.
| Supervisión | Causa | Consecuencia |
|---|---|---|
| error de suposición de cumplimiento | Considerar la CAVP para PQC como equivalente a la CMVP con PQC. | Ejecutar PQC fuera del límite validado creyendo que está cubierto. |
| Hallazgo de auditoría | Actualmente estamos implementando PQC en producción bajo un estricto mandato FIPS 140-3 L3. | Incumplimiento detectado durante la evaluación. |
| Desajuste en las adquisiciones | Especificar que está listo para PQC sin definir el nivel de certificación. | Capacidad de compra que no cumple con el mandato real. |
| Desajuste en la cronología | Se espera que la validación del módulo siga inmediatamente a la validación del algoritmo. | El plan de migración se basó en una fecha de certificación poco realista. |
| Error de configuración | Habilitar PQC de forma que se desactive el modo aprobado por FIPS. | Pérdida de conformidad con el Nivel 3 para toda la partición. |
El modo aprobado por FIPS es estricto y el manejo de PQC puede afectarlo.
El cumplimiento no se trata solo de si un algoritmo está validado; se trata de la configuración. En un mundo de seguridad FIPS 140-3 Nivel 3, el HSM solo admite algoritmos y tipos de clave aprobados, y el uso de un algoritmo no aprobado obliga a elegir entre migrar a un modo diferente o reemplazar el protocolo. La documentación de Thales refleja cuán estrictamente se aplica esto: la versión Luna v7.9 agregó restricciones en la configuración aprobada por FIPS para cumplir con FIPS 186-5 y Cierre de las claves ML-DSA y ML-KEM Esta función no es compatible con esa versión. La forma en que se habilita PQC y cómo se manejan sus claves puede afectar directamente si una partición permanece en su estado validado.
Para la mayoría de las organizaciones, la brecha es manejable; para algunas, es decisiva.
El encuadre correcto es proporcional. Para una empresa que está probando, pilotando o ejecutando PQC para defensa en profundidad contra cosechar-ahora-descifrar-luegoImplementar ahora los algoritmos validados por CAVP es sensato y de bajo riesgo. Para una organización cuyos contratos o regulaciones exigen que toda la criptografía se ejecute dentro de un entorno validado según FIPS 140-3 Nivel 3, implementar PQC antes de que se complete la validación combinada de CMVP es una decisión de cumplimiento que debe tomarse de forma consciente y documentarse. Esta brecha no justifica evitar PQC, sino definir con precisión los requisitos de su mandato.
¿Cómo evaluar sus HSM?
Evaluar si sus HSM están preparados para PQC en su situación se reduce a comparar su capacidad con sus requisitos de cumplimiento reales.
- Primero, defina su mandato real: Determine si sus obligaciones requieren que la criptografía se ejecute dentro de un límite validado según FIPS 140-3 Nivel 3, o si basta con algoritmos validados por CAVP en un HSM de última generación. La respuesta cambia todo lo demás.
- Lea el certificado, no el folleto: Verifique la validación CMVP específica del proveedor y su política de seguridad para ver qué algoritmos se encuentran dentro del límite validado, en qué configuración, y trate la certificación CAVP y la validación CMVP como cosas separadas.
- Separar las pruebas de la fase de producción: Utilice PQC libremente en el desarrollo y en los proyectos piloto para validar el rendimiento y la integración, al tiempo que toma una decisión deliberada y documentada sobre si PQC de producción puede ejecutarse fuera de la validación combinada durante la transición.
- Realiza un seguimiento de la cola de CMVP en relación con tu cronograma: Planifique el plazo de entrega de 12 a 18 meses entre la validación del algoritmo y del módulo, supervise el estado de los módulos en proceso del proveedor y alinee la puesta en marcha de la producción con la certificación que requiere.
- Conservar deliberadamente el modo aprobado por FIPS: Confirme cómo interactúa la habilitación de PQC y el manejo de sus claves con la configuración aprobada por FIPS, para evitar que, sin querer, se produzca una pérdida de validación de una partición.
- Aprovechar el hardware criptográficamente ágil: Cuando el HSM utiliza un procesador de seguridad reprogramable, puede adoptar nuevos algoritmos y aceleración a través del firmware en lugar de actualizar el hardware; Entrust, por ejemplo, señala que la aceleración nShield 5 PQC llega a través de un Actualización de firmware posterior.
- Documentar la decisión para los auditores: Sea cual sea la postura que elija, registre la justificación, el estado de certificación en el que se basa y el plan de transición, para que la elección se perciba como una decisión de gestión de riesgos y no como un descuido.
¿Qué significa esto para sus equipos?
Esta brecha no es solo una abstracción en materia de cumplimiento normativo; modifica lo que los distintos roles deben verificar y decidir. A continuación, se explica su impacto práctico en toda la organización.
- CISO Es necesario saber si la implementación de PQC de la organización cumple con su mandato de cumplimiento real, no solo si el HSM es compatible con PQC.
- Equipos de cumplimiento y auditoría Es necesario distinguir entre CAVP y CMVP y verificar qué hay dentro del límite validado antes de dar la aprobación.
- Equipos de adquisiciones Se debería especificar con precisión el nivel de certificación requerido, en lugar del término ambiguo "PQC-ready" (listo para PQC).
- Equipos de criptografía y PKI Decida cómo habilitar PQC sin comprometer el modo aprobado por FIPS y planifique la transición a la cola CMVP.
- Arquitectos de seguridad En función de la amenaza y el mandato, conviene sopesar si implementar PQC ahora para una defensa en profundidad o realizarla por etapas hasta que se complete la validación combinada.
¿Cómo puede ayudar la consultoría de cifrado?
En Encryption Consulting, trabajamos con organizaciones de diversos sectores para transformar la preparación cuántica de un objetivo abstracto en un programa concreto y ejecutable.
CBOM Secure es nuestra solución de detección e inventario criptográfico. Escanea automáticamente su entorno para identificar todos los activos criptográficos, incluidos certificados, claves, algoritmos y protocolos, lo que le brinda la visibilidad necesaria para evaluar la exposición cuántica y priorizar su plan de migración.
Administrador de CertSecure Ofrece una gestión integral del ciclo de vida de los certificados en entornos de nube, locales e híbridos. A medida que surgen estándares de certificados resistentes a la computación cuántica y se acortan los plazos del CA/Browser Forum, proporciona a su equipo la automatización y el control necesarios para gestionar transiciones de certificados a gran escala sin interrupciones.
PKI-as-a-Service ofrece una plataforma PKI totalmente gestionada para organizaciones que necesitan una autoridad de certificación moderna y escalable sin la complejidad de gestionarla internamente, diseñada específicamente para la flexibilidad que exige la migración a PQC.
El servicio HSM garantiza que sus claves criptográficas estén protegidas en módulos de seguridad de hardware con un aislamiento de claves de alta seguridad, incluso durante la transición a algoritmos post-cuánticos.
En el ámbito del asesoramiento, nuestro Servicios de asesoramiento criptográfico postcuántico Guiamos a las organizaciones a través de cada etapa de la preparación de PQC, desde la evaluación de amenazas y la selección de algoritmos hasta la planificación de la migración y la implementación híbrida. Servicios de PKI Nuestro equipo ayuda a diseñar y modernizar la infraestructura PKI de la que depende la migración cuántica, y nuestros servicios de asesoramiento en materia de cumplimiento normativo garantizan que su transición se ajuste a las normativas NIST, CISA, CMMC y otros marcos regulatorios en constante evolución.
Tanto si estás empezando a evaluar tu exposición a la computación cuántica como si ya estás implementando un plan de migración, contamos con las herramientas y la experiencia necesarias para ayudarte a lograrlo. Contáctanos para comenzar tu camino hacia la preparación cuántica.
Conclusión
Los proveedores de HSM tienen razón al afirmar que sus productos admiten criptografía postcuántica; los algoritmos están implementados en el firmware y validados por CAVP, y pueden utilizarse hoy mismo. Sin embargo, la validación de algoritmos CAVP y la validación de módulos CMVP son programas distintos, y a principios de 2026, ningún HSM contaba con la validación FIPS 140-3 Nivel 3 con PQC integrada, y todas las plataformas principales seguían en la cola de CMVP. Para la mayoría de las organizaciones, esta brecha es un detalle de transición manejable; para los compradores regulados sujetos a un estricto mandato de validación de límites, es una decisión que debe tomarse con plena conciencia.
Para evaluar si sus HSM están realmente preparados para PQC, defina primero sus requisitos de cumplimiento reales, lea el certificado CMVP y la política de seguridad en lugar del folleto, separe las pruebas de la configuración de producción y planifique teniendo en cuenta el intervalo de 12 a 18 meses entre la validación del algoritmo y del módulo. La capacidad post-cuántica es real y vale la pena adoptarla; la clave está en adaptarla con precisión a lo que exige su mandato, por lo que estar preparado para PQC significa estar listo para cumplir con sus obligaciones, no estarlo en abstracto. Aquí es donde entra en juego la consultoría de cifrado.
Nuestros servicios de asesoramiento criptográfico post-cuántico le ayudan a evaluar su exposición a la computación cuántica, a interpretar el certificado en lugar del folleto y a elaborar un plan de migración adaptado a sus necesidades. CBOM Secure, CertSecure Manager, PKI como servicio y HSM como servicio le proporcionan las herramientas necesarias para su implementación. Póngase en contacto con nosotros para comenzar su preparación para la computación cuántica.
