Migración postcuántica paso a paso: guía práctica para empresas

📅 Última actualización: diez de abril de dos mil veintiséis

📑 Índice de contenidos

Por qué la migración postcuántica no puede esperar

La migración a criptografía postcuántica es uno de los mayores cambios de infraestructura digital de la historia. Cada sistema que utiliza RSA, ECDH o ECDSA para cifrado, autenticación o firma digital necesitará actualizarse antes de que los ordenadores cuánticos alcancen la capacidad de ejecutar el algoritmo de Shor a escala. Eso incluye prácticamente toda la infraestructura digital del planeta: servidores web, VPNs, aplicaciones bancarias, sistemas de correo, IoT, infraestructura crítica y más.

La urgencia viene de dos factores. Primero, la migración criptográfica es un proceso lento que puede llevar de tres a diez años para una organización grande: no se puede hacer de la noche a la mañana. Segundo, la estrategia harvest now, decrypt later significa que los datos cifrados hoy con criptografía vulnerable ya están en riesgo. Cada día que pasa sin migrar es un día más de datos que podrán ser descifrados retroactivamente cuando la computación cuántica lo permita.

El NIST ha publicado los estándares FIPS doscientos tres, doscientos cuatro y doscientos cinco que definen los algoritmos de reemplazo. Las herramientas existen. Lo que falta es que las organizaciones actúen con la urgencia que la situación requiere.

Fase uno: inventario criptográfico completo

El primer paso de cualquier migración es saber qué tienes. Un inventario criptográfico completo documenta todos los usos de criptografía en la organización: protocolos TLS, certificados, VPNs, sistemas de autenticación, cifrado de bases de datos, firma de código, comunicaciones internas, APIs y sistemas heredados.

Este inventario es más complejo de lo que parece. La criptografía está embebida en capas que muchas organizaciones ni siquiera conocen: librerías de terceros, firmware de dispositivos IoT, módulos de seguridad hardware (HSM), certificados de máquina y protocolos de comunicación entre servicios. Un inventario superficial dejará puntos ciegos que pueden comprometer toda la migración.

La herramienta más recomendada para esta fase es un CBOM (Cryptographic Bill of Materials), un documento que cataloga todos los componentes criptográficos de cada sistema, incluyendo algoritmos, longitudes de clave, protocolos, certificados y dependencias. Organismos como el CCN-CERT y el BSI alemán ofrecen plantillas y guías para crear CBOMs efectivos.

Fase dos: evaluación de riesgos y priorización

No todos los sistemas necesitan migrarse con la misma urgencia. La evaluación de riesgos clasifica cada sistema según dos ejes: la sensibilidad de los datos que protege y el tiempo que esos datos necesitan permanecer confidenciales. Los datos que deben mantener confidencialidad durante décadas (secretos gubernamentales, historiales médicos, propiedad intelectual) tienen prioridad máxima. Los datos transitorios (sesiones web efímeras) pueden esperar.

La fórmula clave es: si el tiempo que tus datos necesitan permanecer secretos más el tiempo que necesitas para migrar es mayor que el tiempo hasta que los ordenadores cuánticos puedan romper la criptografía actual, ya llegas tarde. Este cálculo, conocido como la ecuación de Mosca, explica por qué organizaciones con datos altamente sensibles deberían estar migrando ya.

Fase tres: despliegue híbrido clásico-postcuántico

La transición más segura es el despliegue híbrido: combinar algoritmos clásicos (RSA, ECDH) con postcuánticos (ML-KEM, ML-DSA) simultáneamente. Si el componente postcuántico tiene una vulnerabilidad no descubierta, el clásico sigue protegiendo. Si el cuántico rompe el clásico, el postcuántico protege. Solo si ambos fallan simultáneamente se compromete la seguridad.

Chrome y Signal ya implementan este enfoque con X25519-ML-KEM-768 para TLS. La adopción empresarial sigue el mismo patrón: primero se activa el modo híbrido en los sistemas más críticos, se monitoriza el rendimiento y la compatibilidad, y una vez validado se extiende progresivamente al resto de la infraestructura.

El coste de rendimiento del modo híbrido es mínimo en la mayoría de casos. ML-KEM es extraordinariamente rápido y las claves adicionales (unos cientos de bytes más por handshake) no impactan perceptiblemente en redes modernas. El principal coste es el esfuerzo de integración y pruebas, no el rendimiento operativo.

Fase cuatro: migración completa y obsolescencia de lo clásico

La fase final elimina los algoritmos clásicos vulnerables, dejando solo los postcuánticos como mecanismo de protección. Esta fase no debería ejecutarse antes de que los algoritmos postcuánticos hayan sido desplegados ampliamente y probados en producción durante al menos dos años, para dar margen a descubrir potenciales vulnerabilidades.

El horizonte realista para la obsolescencia completa de RSA y ECDH en sistemas de producción es después de dos mil treinta para la mayoría de organizaciones, y después de dos mil treinta y cinco para sistemas heredados difíciles de actualizar (IoT, sistemas industriales, infraestructura legacy).

Los tres estándares NIST y cuándo usar cada uno

ML-KEM (antes Kyber) es el algoritmo para intercambio de claves, el que protege la confidencialidad de las comunicaciones. ML-DSA (antes Dilithium) es para firmas digitales, el que garantiza autenticidad e integridad. SLH-DSA (antes SPHINCS+) es una alternativa de firma basada en hashes (no en retículos), que el NIST incluye como backup por si se descubriera una vulnerabilidad en los esquemas basados en retículos. Para máxima seguridad, los sistemas críticos deberían implementar tanto ML-DSA como SLH-DSA como opción de respaldo.

Errores comunes en la migración postcuántica

El error más frecuente es esperar a que la amenaza sea inminente. La migración criptográfica no es como parchear una vulnerabilidad de software: es un cambio estructural que afecta a toda la infraestructura y requiere planificación, pruebas y despliegue graduales. Esperar al Q-Day para empezar la migración es como esperar a un terremoto para reforzar los edificios.

Otro error común es asumir que la migración es solo tecnológica. En realidad, tiene dimensiones organizativas (formación, procesos, gobernanza), contractuales (acuerdos con proveedores, cumplimiento regulatorio) y estratégicas (priorización, presupuesto, comunicación con dirección). Las organizaciones que tratan la migración postcuántica como un proyecto puramente de IT subestiman su complejidad y duración.

Un tercer error es migrar sin modo híbrido, reemplazando directamente los algoritmos clásicos por postcuánticos. Esto introduce riesgo innecesario: si se descubre una vulnerabilidad en el algoritmo postcuántico, no hay red de seguridad. El modo híbrido es siempre preferible durante la fase de transición.

Herramientas y frameworks para la migración

Varias herramientas facilitan la migración postcuántica. Open Quantum Safe (OQS) es una biblioteca de código abierto que implementa todos los algoritmos NIST y se integra con OpenSSL, la librería criptográfica más usada del mundo. AWS Post-Quantum TLS ofrece soporte para conexiones postcuánticas en los servicios de Amazon. Cloudflare ha activado soporte ML-KEM en toda su red, permitiendo activarlo con una simple configuración.

Para el inventario criptográfico, herramientas como IBM Quantum Safe Explorer y InfoSec Global AgileSec automatizan el escaneo de la infraestructura para identificar usos de criptografía vulnerable. Para organizaciones que utilizan HSMs, Thales y Entrust ya ofrecen módulos con soporte para algoritmos postcuánticos.

Cronograma realista por tipo de organización

Checklist ejecutivo: los diez pasos inmediatos

Para directivos que necesiten un resumen accionable: primero, designar un responsable de migración postcuántica en la organización. Segundo, iniciar el inventario criptográfico (CBOM). Tercero, clasificar sistemas por prioridad de migración usando la ecuación de Mosca. Cuarto, evaluar herramientas de migración (OQS, proveedores cloud). Quinto, diseñar un piloto híbrido con el sistema de menor riesgo. Sexto, ejecutar el piloto y medir impacto en rendimiento. Séptimo, extender el modo híbrido a sistemas críticos. Octavo, formar al equipo técnico en algoritmos NIST. Noveno, actualizar políticas de seguridad y contratos con proveedores. Décimo, establecer calendario de obsolescencia de algoritmos clásicos alineado con las recomendaciones del NIST y el CCN-CERT en España.

Preguntas frecuentes

Casos de éxito: organizaciones que ya están migrando

Varias organizaciones pioneras han compartido públicamente su experiencia de migración postcuántica, proporcionando lecciones valiosas para quienes están planificando la suya. Cloudflare activó ML-KEM en toda su red en modo híbrido, protegiendo millones de conexiones diarias con criptografía postcuántica sin impacto perceptible en latencia o rendimiento para los usuarios. Su experiencia demuestra que la migración PQC en infraestructura web es técnicamente viable y operativamente transparente a gran escala.

Signal, la aplicación de mensajería segura, implementó PQXDH (Post-Quantum Extended Diffie-Hellman) que combina X25519 con ML-KEM-1024 para proteger todos los mensajes contra ataques cuánticos futuros. La migración se desplegó mediante una actualización de la app que los usuarios instalaron sin necesidad de acción manual, demostrando que la PQC puede integrarse en productos consumer sin fricciones de experiencia de usuario.

Deutsche Bahn (ferrocarriles alemanes) publicó un caso de estudio sobre su inventario criptográfico que reveló más de doscientos sistemas diferentes utilizando criptografía vulnerable, incluyendo sistemas de señalización ferroviaria, comunicaciones operativas y gestión de billetaje. Su experiencia ilustra la complejidad del inventario en organizaciones con infraestructura heredada extensa y la necesidad de empezar el proceso con años de anticipación.

El papel del CCN-CERT y el INCIBE para organizaciones españolas

En España, el CCN-CERT (Centro Criptológico Nacional) es el organismo de referencia para la migración postcuántica de organismos públicos e infraestructuras críticas. El CCN-CERT publica guías de seguridad (series CCN-STIC) que incluirán directrices específicas para la migración a algoritmos postcuánticos alineadas con los estándares NIST y las recomendaciones europeas de ENISA.

Para PYMEs y empresas no clasificadas como infraestructura crítica, el INCIBE (Instituto Nacional de Ciberseguridad) ofrece recursos educativos y asistencia técnica sobre ciberseguridad que progresivamente incorporará la dimensión postcuántica. El INCIBE proporciona un servicio de respuesta a incidentes (CERT) y herramientas de autoevaluación de ciberseguridad que las empresas pueden utilizar para identificar sus vulnerabilidades criptográficas como primer paso del inventario.

La coordinación entre CCN-CERT, INCIBE y el sector privado será fundamental para que España complete la migración postcuántica en plazos razonables. La fragmentación de la responsabilidad entre múltiples organismos puede ralentizar la respuesta si no se establece un liderazgo claro y un calendario coordinado. Países como Francia y Alemania ya tienen planes nacionales de migración postcuántica explícitos, algo que España debería emular para no quedarse atrás en la protección de su infraestructura digital.

Aspectos contractuales y legales de la migración

La migración postcuántica tiene dimensiones contractuales que muchas organizaciones descuidan. Los contratos con proveedores cloud, de telecomunicaciones y de servicios IT deben revisarse para incluir requisitos de soporte PQC: garantías de que el proveedor migrará sus sistemas en plazos compatibles con los de la organización cliente, cláusulas de responsabilidad por brechas de seguridad derivadas de criptografía obsoleta, y compromisos de compatibilidad con los estándares NIST.

Desde el punto de vista regulatorio, el RGPD exige que las organizaciones implementen medidas de seguridad técnicas apropiadas para proteger datos personales. A medida que la amenaza cuántica se materialice, los reguladores podrían interpretar que la criptografía clásica sin migración PQC no cumple el requisito de seguridad apropiada, creando responsabilidad legal para organizaciones que no migren a tiempo. Anticiparse a esta interpretación regulatoria es una razón adicional para iniciar la migración cuanto antes.

Los seguros de ciberseguridad también se verán afectados. Las aseguradoras ya están empezando a incluir la quantum readiness como factor en la evaluación de riesgos de sus pólizas ciber. Las organizaciones que demuestren avances en migración postcuántica podrían beneficiarse de primas más bajas, mientras que las que ignoren la amenaza cuántica verán endurecidas las condiciones de cobertura conforme la fecha estimada del Q-Day se aproxime.

Formación del equipo: competencias necesarias para la migración

La migración postcuántica requiere competencias que muchos equipos de IT y ciberseguridad no poseen actualmente. El personal necesita entender los fundamentos de los algoritmos NIST (no a nivel matemático profundo, pero sí conceptualmente), saber ejecutar un inventario criptográfico, manejar herramientas de migración como Open Quantum Safe y configurar los nuevos cipher suites en servidores, aplicaciones y dispositivos de red.

Las opciones de formación en seguridad cuántica incluyen los cursos de IBM Quantum Network (enfocados en criptografía postcuántica para empresas), los materiales de NIST sobre implementación de FIPS doscientos tres, doscientos cuatro y doscientos cinco, y los workshops de ENISA sobre ciberseguridad cuántica para organismos europeos. Invertir en formación ahora es significativamente más barato que contratar especialistas en migración postcuántica cuando la demanda sea masiva y la oferta de talento escasa.

Agilidad criptográfica: la clave para una migración a prueba de futuro

Más allá de migrar a los algoritmos NIST actuales, las organizaciones deben diseñar su arquitectura criptográfica para facilitar cambios futuros. La agilidad criptográfica es la capacidad de cambiar algoritmos, protocolos y longitudes de clave sin redesignar la infraestructura subyacente. Si en el futuro se descubre una vulnerabilidad en ML-KEM y es necesario migrar a un algoritmo alternativo, una organización con agilidad criptográfica podrá hacerlo en semanas. Una organización sin ella necesitará años.

Los principios de agilidad criptográfica incluyen la abstracción de la criptografía en capas separadas del código de aplicación, el uso de configuración externa para seleccionar algoritmos y parámetros, la automatización del despliegue de cambios criptográficos y el testing continuo de compatibilidad con múltiples algoritmos. Frameworks como Google Tink y las bibliotecas de abstracción criptográfica de AWS y Azure facilitan esta agilidad al proporcionar interfaces estables que ocultan los detalles del algoritmo subyacente.

Monitorización continua y auditoría postcuántica

La migración postcuántica no es un proyecto con fecha de finalización sino un proceso continuo de mantenimiento y mejora. Una vez completada la migración inicial, las organizaciones necesitan monitorización continua para detectar regresiones (sistemas que vuelvan a usar criptografía clásica por error de configuración o actualización), nuevas dependencias que introduzcan criptografía vulnerable y cambios en las recomendaciones del NIST o del CCN-CERT.

Las auditorías postcuánticas periódicas (anuales como mínimo) verifican que todos los sistemas siguen protegidos con algoritmos postcuánticos, que las políticas de seguridad se cumplen y que el personal mantiene las competencias necesarias. Estas auditorías deben incluirse en los planes de cumplimiento normativo (ISO veintisiete mil uno, ENS, SOC dos) y en los controles de seguridad exigidos por reguladores sectoriales. La migración postcuántica no termina cuando se despliegan los nuevos algoritmos: termina cuando la organización tiene la capacidad demostrada de mantener, monitorizar y actualizar su postura criptográfica de forma continua e indefinida.

Plan de acción inmediato: los primeros treinta días

Para organizaciones que no han iniciado la migración, aquí están las acciones concretas para los primeros treinta días. En la primera semana, designar un responsable de migración postcuántica con autoridad transversal sobre los equipos de IT, seguridad y desarrollo. En la segunda semana, iniciar el inventario criptográfico automatizado utilizando herramientas open source como CryptoLyzer o IBM Quantum Safe Explorer que escanean la infraestructura e identifican algoritmos vulnerables.

En la tercera semana, clasificar los sistemas inventariados por criticidad y exposición al riesgo harvest now decrypt later, priorizando los que manejan datos con valor a largo plazo (propiedad intelectual, datos médicos, secretos comerciales, información clasificada). En la cuarta semana, diseñar un plan de migración por fases con fechas objetivo para cada sistema, empezando por los más críticos y más fáciles de migrar (servidores web, VPNs) y dejando los más complejos (sistemas legacy, IoT, infraestructura industrial) para fases posteriores.

Este plan de treinta días no completa la migración pero establece las bases sin las cuales cualquier esfuerzo posterior será desordenado e ineficiente. La experiencia de organizaciones que ya han migrado demuestra que la planificación inicial consume una fracción del tiempo total pero determina el éxito o fracaso del proceso completo. Invertir un mes en planificación puede ahorrar años de esfuerzo mal dirigido.

La migración postcuántica es la mayor actualización de infraestructura de seguridad digital desde la adopción de TLS y HTTPS. Su complejidad técnica es manejable con los estándares y herramientas disponibles hoy; el verdadero desafío es organizativo: movilizar recursos, coordinar equipos, gestionar dependencias externas y mantener el momentum durante un proceso que puede extenderse varios años. Las organizaciones que actúen ahora tendrán la ventaja del tiempo a su favor, las que esperen se enfrentarán a una migración apresurada y costosa cuando la presión regulatoria y la amenaza cuántica sean inminentes.