Keyfactor Days 2027: participa en la conferencia sobre seguridad y confianza que se celebrará en San Diego ¡Inscríbete ya!

Preparación para la era poscuántica en el ámbito de las tecnologías de la información y Software

Ya se ha anotado la cronología

Actualizado: Agosto 21, 2026
RegiónEstados Unidos (política federal y conjunto de algoritmos de la NSA con un alcance global en la cadena de suministro software , ya que cualquier proveedor que venda en los mercados federales o relacionados con la defensa queda sujeto al mismo calendario)
Ámbito de aplicaciónProveedores de módulos criptográficos e infraestructura de firma: cualquier organización cuyo software, firmware o servicio en la nube realice funciones de cifrado, firma o establecimiento de claves. Contratistas federales y proveedores de sistemas de seguridad nacional: proveedores sujetos a los plazos de las categorías de la CNSA 2.0 y al requisito, a partir del 1 de enero de 2027, de que las nuevas adquisiciones de sistemas de seguridad nacional (NSS) cumplan de forma predeterminada con la CNSA 2.0 . Todos los productores de « Software » con implementaciones de larga duración: cualquier organización cuyos productos o artefactos firmados sigan siendo considerados fiables o estén en servicio más allá de mediados de la década de 2030
Apartados pertinentesNSA CNSA 2.0 (versión 2.1, diciembre de 2024): el conjunto de algoritmos comerciales de seguridad nacional y su calendario de transición por categorías ; NIST FIPS 203, 204, 205: ML-KEM, ML-DSA y SLH-DSA, los estándares criptográficos poscuánticos definitivos (agosto de 2024). NIST IR 8547: Transición a los estándares de criptografía poscuántica, en el que se especifica la obsolescencia en 2030 y la prohibición en 2035 de RSA, ECDSA, ECDH y DSA. NIST SP 800-208: Esquemas de firma basados en hash con estado (LMS, XMSS) especificados para la firma de dispositivos de almacenamiento de datos ( software ) y de firmware

Visión general

Todos los marcos de referencia de esta guía apuntan en la misma dirección: saber qué tipo de criptografía se utiliza, demostrar que se tiene el control sobre ella y estar preparado para cambiarla. La criptografía poscuántica es el punto en el que esa dirección adquiere un plazo límite y, para el sector de las tecnologías de la información y el « software », ese plazo se avecina desde dos frentes a la vez.

El NIST finalizó las normas FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) y FIPS 205 (SLH-DSA) en agosto de 2024. El documento NIST IR 8547 se basa en esa finalización para establecer el calendario para el ámbito civil: RSA, ECDSA, ECDH y DSA quedarán obsoletos para nuevos usos a partir de 2030 y estarán prohibidos a partir de 2035. Paralelamente, el CNSA 2.0 de la NSA (versión 2.1, diciembre de 2024) de la NSA establece un calendario más agresivo y específico por categorías para los Sistemas de Seguridad Nacional (NSS): se espera que la firma de certificados de sistema ( software ) y de firmware admita y dé preferencia a los algoritmos de la CNSA 2.0 desde ahora, con el objetivo de que su uso sea exclusivo a partir de 2030; y, a partir del 1 de enero de 2027, se espera que las nuevas adquisiciones de NSS cumplan con la CNSA 2.0 de forma predeterminada.

Para los proveedores de « software », el requisito de firma es la obligación más concreta a corto plazo: CNSA 2.0 especifica los esquemas basados en hash con estado LMS o XMSS, normalizados en la norma NIST SP 800-208, para la firma de « software » y de firmware, una familia de algoritmos diferente del ML-DSA de uso general que se emplea en el resto de la suite. Esto significa que un proceso de firma de código diseñado únicamente para las claves de firma RSA o ECDSA actuales necesita compatibilidad con nuevos algoritmos, y no solo nuevos tamaños de clave.

Por qué es importante

CNSA 2.0 y NIST IR 8547 se suman a una cola de validación del CMVP que ya está bastante saturada. Las normas FIPS 203, 204 y 205 se finalizaron en agosto de 2024, y el plazo habitual desde la estandarización del algoritmo hasta la obtención de módulos validados por el CMVP oscila entre 18 y 24 meses, lo que significa que los primeros módulos poscuánticos validados no empezaron a llegar hasta principios o mediados de 2026, en el caso de los proveedores que se pusieron manos a la obra de inmediato. Las organizaciones que necesitan un módulo validado según la norma FIPS 140-3 compatible con ML-KEM y ML-DSA se están incorporando a una cola de validación que, al mismo tiempo, está absorbiendo el tráfico habitual de transición a la norma FIPS 140-3 generado por la expiración de la norma FIPS 140-2 el 21 de septiembre de 2026, tal y como se ha comentado anteriormente en esta guía.

El efecto práctico es que, cada vez más, una única solicitud de validación debe superar ambos requisitos —la conformidad con la norma FIPS 140-3 y la compatibilidad con algoritmos poscuánticos— al mismo tiempo, y los proveedores que los tratan como proyectos independientes se enfrentan dos veces a la misma capacidad limitada de los laboratorios. Los principales proveedores de sistemas operativos, navegadores y servicios en la nube ya están integrando las normas FIPS 203/204/205 en sus bibliotecas criptográficas, lo que aumentará las expectativas de los clientes y de los responsables de compras respecto a todos los proveedores que se encuentran más abajo en la cadena de suministro.

El principio de «recoger ahora, descifrar más tarde» es el motor económico subyacente: los datos cifrados hoy con los algoritmos actuales pueden recopilarse ahora y descifrarse cuando llegue la tecnología cuántica, por lo que cualquier « software » que proteja datos con un requisito de confidencialidad superior a 10 o 15 años ya está expuesta a un plazo determinado por la sensibilidad de los datos, y no por la fecha de llegada de un ordenador cuántico.

Cómo se aplica esto a la criptografía 

La preparación para la era poscuántica aborda la criptografía a través de varias áreas de control interrelacionadas. Las áreas clave con implicaciones criptográficas directas son:

SecciónFunciónLo que diceProductos complementarios
Compatible con los requisitos de CNSA 2.0 y NIST IR 8547Inventario criptográfico y descubrimiento de algoritmosDescubre y realiza un inventario de todos los certificados, claves, algoritmos y bibliotecas criptográficas en todos los productos, procesos de compilación e infraestructura en la nube, la base sobre la que se sustenta cualquier plan de migración.AgileSec
Calendario de retirada gradual de la norma NIST IR 8547Evaluación de la vulnerabilidad cuánticaAnaliza la criptografía detectada comparándola con las listas de algoritmos aprobados y obsoletos para identificar los activos vulnerables a los ataques cuánticos y priorizarlos en función de la sensibilidad de los datos y la vida útil de la implementación.AgileSec
FIPS 203, 204; CNSA 2.0Emisión de certificados compatibles con PQCEmitir y gestionar certificados utilizando algoritmos de PQC normalizados por el NIST, incluidos los certificados híbridos que permiten una migración por fases en infraestructuras de larga duración.EJBCA
Plazos de las categorías de CNSA 2.0; NIST IR 8547Agilidad criptográfica a escala de flotaRotar, reemitir y cambiar la clave de los certificados en servidores, servicios y dispositivos a gran escala cuando cambian los algoritmos, sin necesidad de intervenir manualmente en cada terminal.Keyfactor Command
Requisito de firma de CNSA 2.0; NIST SP 800-208 (LMS, XMSS)Software s compatibles con PQC y firma de firmwareFirma las versiones de « software » y del firmware utilizando los esquemas basados en hash con estado que especifica CNSA 2.0 para la firma, distintos de los algoritmos PQC de uso general que se emplean en otros contextos.SignServer / Signum
Cola de validación del CMVP para ML-KEM/ML-DSAValidación de módulos según la norma FIPS 140-3 para algoritmos de PQCRealizar un seguimiento del estado de validación y de los números de certificado de los módulos que implementan algoritmos poscuánticos, dada la coincidencia de esta cola con la transición por la expiración de la norma FIPS 140-2.AgileSec / Command

Preguntas sobre la preparación

Las revisiones de migración de PQC, ya sean iniciadas por un cliente federal, un organismo de certificación o una función interna de gestión de riesgos, se centran en determinar si la organización conoce su exposición y cuenta con un plan regulado. Las áreas clave que analizarán los evaluadores son:

  • Exhaustividad del inventario criptográfico: ¿Puede la organización enumerar todos los certificados, claves, algoritmos y bibliotecas criptográficas que se utilizan en sus productos, sistemas de compilación e infraestructura en la nube, incluidas las dependencias heredadas de open-source ?
  • Clasificación de vulnerabilidades cuánticas: ¿Se ha evaluado el inventario con arreglo al calendario de obsolescencia de la norma NIST IR 8547, identificando los activos vulnerables a los ataques cuánticos y clasificándolos según la sensibilidad de los datos y la vida útil de su implementación?
  • Compatibilidad con algoritmos de firma: ¿Admite el proceso de firma de la « software » o del firmware los esquemas basados en hash con estado (LMS, XMSS) que especifica la norma CNSA 2.0, a diferencia de los algoritmos de firma PQC de uso general?
  • Plan de migración y responsabilidad: ¿Existe un responsable designado, un plan de migración documentado y un calendario que se ajuste a los plazos por categorías de la CNSA 2.0 y a las fechas de 2030/2035 de la norma NIST IR 8547?
  • Estado del proceso de validación del CMVP: En el caso de cualquier producto que requiera un módulo validado según la norma FIPS 140-3 y compatible con algoritmos poscuánticos, ¿se encuentra ya la organización en la lista de espera del CMVP, teniendo en cuenta que los plazos de validación oscilan entre 18 y 24 meses?
  • Situación de los proveedores y las dependencias en materia de PQC: ¿Se está evaluando a los proveedores de bibliotecas, servicios en la nube y componentes de las fases anteriores en cuanto a sus propios planes de migración a PQC, teniendo en cuenta que la criptografía heredada se convierte en un riesgo para el proveedor?