Cómo elaborar una hoja de ruta para la migración a PQC: guía paso a paso

Por qué necesitas ya una hoja de ruta para la migración a PQC

La última vez que el sector se enfrentó a una migración criptográfica a gran escala para sustituir el sistema RSA por la criptografía de curva elíptica (ECC), la transición se prolongó durante más de una década. Muchas organizaciones nunca la completaron.

La migración a la criptografía poscuántica será un orden de magnitud más difícil. Los algoritmos de criptografía poscuántica (PQC) conllevan claves de mayor tamaño, nuevos requisitos de seguridad, múltiples familias de algoritmos y, potencialmente, varias fases de migración, incluidos periodos intermedios en los que se ejecuten en paralelo algoritmos híbridos, tanto clásicos como poscuánticos. A diferencia de la transición a la ECC, es posible que esta migración deba llevarse a cabo en plazos muy ajustados, impulsada por la creciente amenaza de adversarios con capacidad cuántica y por plazos normativos como los de la CNSA 2.0.

Sin una hoja de ruta estructurada, las organizaciones corren el riesgo de verse obligadas a actuar de forma reactiva y precipitada cuando las amenazas cuánticas se materialicen. Con una hoja de ruta, la transición se convierte en un proceso controlado y por fases que protege los datos críticos en cada etapa.

Esta guía te explica, en seis pasos, cómo elaborar una hoja de ruta para la migración a la PQC que permita a tu organización pasar de la evaluación a la acción.

Paso 1: Identifica y haz un inventario de tus activos criptográficos

No se puede migrar lo que no se ve. El primer paso consiste en elaborar un inventario exhaustivo de todos los activos criptográficos de la empresa.

Qué descubrir

Tu inventario debería incluir:

• Certificados y claves: todos los certificados X.509, TLS , claves de firma de código y claves SSH que se estén utilizando
• Algoritmos y protocolos: los algoritmos criptográficos en los que se basa cada sistema (RSA, ECDSA, AES, etc.) y los protocolos que los utilizan (TLS, IPsec, S/MIME)
• Bibliotecas criptográficas: las software que implementan la criptografía en tus aplicaciones
• Los módulosHardware (HSM) son dispositivos que almacenan y gestionan claves, y que pueden necesitar hardware de firmware o hardware para ser compatibles con la PQC.
• Terminales de red, cargas de trabajo en la nube y procesos de CI/CD en cualquier lugar donde se emitan, renueven o validen certificados
• IoT los dispositivos remotos, los sistemas embebidos y hardware instalado sobre el terreno hardware ciclos de vida prolongados y capacidades de actualización limitadas

Por qué fracasan los métodos manuales

Incluso detectar todos los elementos criptográficos de una gran organización es una tarea difícil. Los certificados se emiten y revocan constantemente, las cargas de trabajo en la nube se activan y desactivan, y los equipos de desarrollo incorporan dependencias criptográficas sin un seguimiento centralizado. Las auditorías manuales resultan inviables a escala empresarial.

Las herramientas de detección automatizada son esenciales. Proporcionan un mapa de referencia del uso de la criptografía que sirve de base para cada paso posterior de la hoja de ruta y permiten una supervisión continua, de modo que tu inventario se mantenga actualizado a medida que cambia tu entorno.

Key takeaway:
If you don’t know where your cryptography lives, you can’t assess your quantum risk, prioritize your migration, or measure your progress. Start here.

Paso 2: Clasificar y priorizar en función del riesgo

No todos los sistemas se enfrentan al mismo riesgo cuántico. Una vez que tengas una visión clara de la situación, clasifica tus activos criptográficos en función de cuatro factores:

Marco de clasificación de riesgos

Data sensitivity
What is the confidentiality requirement? Health records, trade secrets, government intelligence, and financial data demand the strongest protection.

Confidentiality lifespan
How long must this data remain confidential? Data that requires protection for a decade or more faces the most urgent quantum risk.

System longevity
How long will this system remain in service? Automotive ECUs, satellites, and medical implants cannot be easily updated once deployed.

Difficulty of replacement
Can you update this system with a software patch, or does it require expensive hardware upgrades? Systems requiring changes need earlier planning.

HNDL: El principal factor que impulsa dar prioridad al cifrado

El riesgo cuántico más acuciante no es un ataque futuro, sino que está ocurriendo ahora mismo. En un ataquedel tipo «Harvest Now, Decrypt Later»(HNDL), los atacantes interceptan y almacenan datos cifrados hoy, con la intención de descifrarlos una vez que esté disponible un ordenador cuántico criptográficamente relevante (CRQC).

Cualquier dato que requiera confidencialidad a largo plazo es vulnerable al HNDL en este momento. Esto convierte a los protocolos de establecimiento de claves en el objetivo de migración de máxima prioridad: si el intercambio de claves se ve comprometido, la clave de cifrado y todos los datos que protege quedan expuestos.

Los algoritmos de firma digital presentan un perfil de riesgo diferente. Una firma solo puede falsificarse una vez que existe un CRQC, no de forma retroactiva. Esto significa que la migración de las firmas es urgente para los sistemas con hardware prolongados (en los que las fases de diseño e implementación pueden extenderse más allá del plazo del CRQC), pero es menos urgente que la migración del cifrado en los casos de datos en reposo.

Plazos reglamentarios

Todos los sistemas sujetos a requisitos de cumplimiento deben ajustarse a los plazos reglamentarios. La norma CNSA 2.0 de la NSA exige una migración escalonada a los algoritmos de PQC en función de cada caso de uso, con plazos iniciales. Las organizaciones de los sectores regulados deben ajustar sus prioridades a estos plazos externos.

Key takeaway:
Prioritize encryption migration for long-lived confidential data (HNDL risk), hen address signature migration for long-lifecycle hardware. Map everything against regulatory timelines.

Paso 3: Elige tu estrategia de migración

No existe una única vía de migración correcta. La mejor estrategia depende de tu perfil de riesgo, de los requisitos de cumplimiento normativo y de las limitaciones técnicas. La mayoría de las organizaciones utilizarán una combinación de enfoques en diferentes sistemas.

Migración por etapas: la confidencialidad es lo primero

El enfoque por fases migra primero los protocolos clave de establecimiento a la PQC, abordando así el riesgo de HNDL, y, en una segunda fase, migra las firmas digitales.

The logic behind:
Key establishment migration is less disruptive than signature migration. PQC signatures are significantly larger than their classical counterparts, and certificate chains require multiple signatures meaning signature migration may demand larger architectural changes. By securing key establishment first, you protect confidentiality with relatively less effort while deferring the more complex PKI changes.

Ya se están estandarizando ciertos protocolos teniendo en cuenta esta migración en dos fases, lo que garantiza la seguridad poscuántica de las propiedades de confidencialidad, al tiempo que se mantiene la seguridad basada exclusivamente en ordenadores clásicos para la autenticación durante el periodo de transición.

Best for:
Organizations with significant HNDL exposure that need to protect confidentiality quickly without disrupting their full PKI infrastructure.

Criptografía híbrida: por si acaso

Los algoritmos híbridos combinan un algoritmo clásico y un algoritmo de PQC, de modo que el sistema sigue siendo seguro siempre que al menos uno de los algoritmos no haya sido descifrado.

The logic behind:
PQC algorithms are newer, and their security risks are not yet fully understood. The SIKE algorithm which advanced to the final round of NIST’s standardization process before being completely broken by a classical computer attack demonstrates that even vetted can fail. Hybrid cryptography hedges against this uncertainty.

Trade-offs:
Hybrid approaches add complexity, produce larger cryptographic artifacts, introduce slower performance, require more code and testing, and create an additional migration step the eventual transition from hybrid to pure PQC. Hybrid is a transitional measure, not a destination.

Los mecanismos híbridos de encapsulación de claves (KEM) son menos costosos que las firmas híbridas, ya que los KEM son efímeros y no requieren una infraestructura de identidad a largo plazo. Las firmas híbridas, por el contrario, implican el uso de claves persistentes, certificados y toda la infraestructura de confianza, incluida una doble migración de la PKI.

Best for:
Risk-averse organizations or those operating in environments where the consequences of a PQC algorithm failure would be severe.

CNSA 1.0 y CNSA 2.0: Siguiendo la línea del Gobierno

Para las organizaciones que cumplen los requisitos del Gobierno de EE. UU., el enfoque de dos paquetes de la NSA ofrece una ruta de migración bien definida:

CNSA 1.0utiliza algoritmos tradicionales con parámetros más amplios que resistirán los ataques cuánticos durante más tiempo que las configuraciones estándar. Esto permite ganar tiempo, pero no se trata, en ningún caso, de una estrategia a largo plazo. Es posible que solo retrase el problema un par de años.

CNSA 2.0especifica los algoritmos de PQC normalizados por el NIST, destinados a un uso a largo plazo. La migración a CNSA 2.0 se llevará a cabo de forma escalonada, y la NSA establecerá los plazos específicos para cada caso de uso.

Best for:
Government contractors, defense organizations, and any entity required to comply with NSA cryptographic guidance. Organizations requiring high level security may consider this option as best practice.

Agilidad criptográfica

La agilidad criptográfica esla capacidad de una organización para gestionar de forma sistemática algoritmos, protocolos, claves o cualquier activo criptográfico sin provocar interrupciones operativas. Independientemente de la estrategia que elijas, la agilidad criptográfica es el factor común que lo hace posible. Una arquitectura cripto-ágil te permite cambiar de estrategia o combinar distintos enfoques sin tener que rediseñar tus sistemas desde cero.

Paso 4: Prepara tu infraestructura PKI

La PKI es la columna vertebral de la identidad digital y la confianza, y suele ser el aspecto más complejo y que más tiempo requiere de cualquier migración a la PQC. La migración de la PKI no consiste simplemente en reemitir certificados. Requiere actualizar las autoridades de certificación, las rutas de validación y todos los sistemas que dependen de la cadena de certificados.

Por qué la PKI es un factor limitante

Cada certificado digital, cada conexión autenticada y cada elemento firmado de tu organización pasa por la PKI. Mientras tu infraestructura PKI no sea compatible con los algoritmos de PQC, la adopción generalizada de la PQC seguirá siendo imposible, independientemente del grado de preparación de tus aplicaciones o protocolos.

El reto del tamaño de la firma PQC

Los algoritmos de firma PQC normalizados hasta ahora por el NIST generan firmas considerablemente más grandes que sus homólogos clásicos. Las cadenas de certificados suelen requerir varios certificados y, por lo tanto, varias firmas, lo que significa que el aumento de tamaño se acumula a lo largo de la cadena. Esto puede romper los supuestos en los que se basan los protocolos, los búferes de red y los sistemas de almacenamiento existentes.

Las firmas de mayor tamaño también tienen repercusiones en el rendimiento posterior: un mayor consumo de ancho de banda, más idas y vueltas en los protocolos de establecimiento de conexión y posibles vulnerabilidades de denegación de servicio, en las que los mensajes de tamaño excesivo reducen el rendimiento del HSM.

Preparación para la transición

Test PQC and hybrid certificates in non-production environments first.
Validate that your certificate authorities can issue PQC certificates and that your validation paths handle the larger artifacts correctly.

Plan for coexistence.
During the transition period, your infrastructure will need to support both classical and PQC certificates simultaneously. Systems that validate certificates must handle both types without breaking.

Update trust anchors systematically.
Root certificates and intermediate CAs need to be migrated on a coordinated schedule updating leaf certificates without updating the trust chain above them .

Coordinate with partners and vendors.
Any system that exchanges certificates with external parties requires alignment on PQC certificate support timelines.

Key takeaway:
PKI readiness is a prerequisite for broader PQC migration. Start preparing your certificate infrastructure early will be critical .

Paso 5: Probar, validar e implementar por fases

Nunca pases directamente a la fase de producción. Los algoritmos PQC tienen características de rendimiento fundamentalmente diferentes a las de los algoritmos clásicos, y es posible que los supuestos que se han mantenido durante décadas no se mantengan tras la transición.

Qué hay que comprobar

Bandwidth and latency:
PQC artifacts are much larger, resulting in increased bandwidth usage and more round trips in handshake protocols. Measure the impact on your specific network conditions and application requirements.

HSM throughput:
PQC signature algorithms typically process the entire message internally, which can degrade performance for large messages particularly on HSMs. Pre-hashing can mitigate this but adds implementation complexity.

Interoperability:
Test PQC and hybrid configurations against every partner, vendor, and dependent system that exchanges cryptographic artifacts with your infrastructure. The variety of hybrid combinations can create interoperability challenges.

Certificate chain validation:
Verify that the full chain from root CA to leaf certificate works correctly with PQC signatures across all consuming applications.

Implantación por fases con posibilidad de revertir los cambios

Planifica tu implementación por fases, con capacidades explícitas de reversión en cada etapa. Cuando se modifican los componentes fundamentales de la infraestructura de seguridad, la capacidad de revertir los cambios no es opcional, sino esencial.

Una arquitectura cripto-ágil facilita considerablemente tanto la implementación como la reversión. Gracias a la cripto-agilidad, los algoritmos pueden sustituirse mediante cambios en las políticas, en lugar de cambios en el código, lo que reduce el riesgo y el esfuerzo de cada fase de implementación.

Lista de comprobación para la validación

Isolated environment testing
Validate all PQC algorithms and hybrid configurations in a dedicated test environment before any production exposure.

Performance baseline comparison
Benchmark PQC performance against your current classical implementation across all critical metrics (latency, throughput, resource utilization).

Partner readiness verification
Confirm that external systems consuming your certificates or encrypted data can handle PQC artifacts.

Rollback procedure testing
Verify that you can revert to classical algorithms cleanly if issues arise during deployment.

Monitoring and alerting
Establish continuous monitoring for performance degradation, certificate validation failures, and interoperability issues post-deployment.

Key takeaway:
Test thoroughly, deploy incrementally, and always maintain the ability to roll back. Crypto agility reduces the testing burden but does not eliminate it.

Paso 6: Planificar la evolución continua de los algoritmos

La migración a la PQC no termina con la implementación de los primeros algoritmos resistentes a la computación cuántica. El panorama criptográfico seguirá evolucionando, y tu hoja de ruta debe tener en cuenta estos cambios continuos.

El panorama normativo sigue cambiando

Hasta la fecha, el NIST ha normalizado cinco algoritmos de PQC; hay otros algoritmos en fase de desarrollo, en particular algoritmos de firma optimizados para distintos casos de uso. Cada nuevo algoritmo ofrecerá diferentes compensaciones en cuanto al tamaño de las claves, el tamaño de las firmas, la eficiencia y las propiedades de seguridad.

Además del NIST, otros organismos de normalización están llevando a cabo sus propios procesos. El BSI alemán ha recomendado su propio conjunto de algoritmos de PQC, entre los que se incluyen algunos que no han sido seleccionados por el NIST. Corea, China y Rusia están llevando a cabo proyectos de normalización independientes con el objetivo de estandarizar algoritmos para su uso dentro de sus respectivas jurisdicciones. Es posible que las organizaciones que operan a nivel mundial tengan que admitir varias familias de algoritmos al mismo tiempo.

No existe un algoritmo válido para todos los casos

El «mejor» algoritmo de PQC para un caso de uso concreto depende en gran medida del hardware del contexto operativo. En dispositivos con recursos limitados —como IoT , controladores integrados o tarjetas inteligentes—, el equilibrio entre el tamaño de la clave, el tamaño de la firma y la eficiencia computacional puede afectar drásticamente al rendimiento y a la viabilidad. El algoritmo óptimo para un TLS en la nube no es el mismo que el algoritmo óptimo para un enlace de comunicaciones por satélite.

Esto significa que la selección de algoritmos no es una decisión que se tome una sola vez. A medida que se normalicen nuevos algoritmos y se comprenda mejor el funcionamiento de los ya existentes, las organizaciones tendrán que actualizar sus elecciones.

La agilidad en el ámbito de las criptomonedas como capacidad permanente

La mejor forma de prepararse para la evolución constante de los algoritmos es desarrollarla agilidad criptográficacomo una capacidad operativa permanente, y no solo como una herramienta para la migración inicial a la PQC. Con una arquitectura criptográficamente ágil y una plataforma de gestión basada en políticas, los artefactos criptográficos pueden sustituirse de acuerdo con las políticas actualizadas sin necesidad de rediseñar los sistemas ni reescribir el código.

Tal y como señala el NIST, «la agilidad criptográfica es una práctica clave que debería adoptarse a todos los niveles, desde los algoritmos hasta las arquitecturas empresariales».

Key takeaway:
Design your systems to accommodate future algorithm changes. The PQC migration is not a one-time project it is the beginning of an ongoing cryptographic management discipline.

Cómo Keyfactor ayudarte Keyfactor

Cada paso de la hoja de ruta de migración de PQC se corresponde directamente con las funcionalidades de la plataforma Keyfactor:

Discovery and inventory (Step 1):
Keyfactor Agilesec provides automated discovery that builds a complete cryptographic asset inventory across applications, devices, cloud workloads, and infrastructure, giving you the visibility foundation the entire roadmap depends on.

PKI readiness (Step 4):
EJBCA delivers built-in support for quantum-resistant and hybrid certificates, enabling your certificate authorities to issue PQC certificates today. SignServer enables code signing with NIST PQC algorithms, extending quantum-resistant signing to your software supply chain.

Phased deployment (Step 5):
Keyfactor Command automates certificate lifecycle management – renewal, provisioning, and revocation at scale – enabling organizations to swap cryptographic algorithms without disruptioning and rolling back if needed.

Ongoing evolution (Step 6):
Bouncy Castle APIs in Java and C# let product teams integrate PQC algorithms into their applications today, with the flexibility to adopt new algorithms as they are standardized. Policy-driven management supports future algorithm changes without architecture redesign.

Lo esencial

Las organizaciones que empiecen hoy mismo a elaborar su hoja de ruta para la migración a la criptografía resistente a la computación cuántica (PQC) podrán realizar la transición a su propio ritmo. Las que esperen se enfrentarán a plazos más ajustados, opciones limitadas y un riesgo mayor.

Los seis pasos de esta guía no constituyen una lista de comprobación que se pueda seguir una sola vez. Son la base de una disciplina de gestión criptográfica continua: empezar por la visibilidad, establecer prioridades en función del riesgo, elegir la estrategia de migración adecuada para cada sistema, preparar la infraestructura PKI, realizar pruebas e implementar por fases, y desarrollar las capacidades operativas necesarias para adaptarse a medida que evoluciona el panorama.

En criptografía, «más adelante» suele significar «demasiado tarde». La hoja de ruta empieza ahora mismo.