Prepararse para la era poscuántica no consiste en actualizar una biblioteca. Es un trabajo de inventario, dependencias y protocolos para proteger datos que deben seguir siendo confidenciales, identidades que necesitan verificarse y sistemas difíciles de cambiar una vez desplegados.
Un ordenador cuántico suficientemente capaz podría comprometer mecanismos de clave pública usados ampliamente para establecer claves y crear firmas digitales. La fecha exacta es incierta, pero los datos capturados hoy pueden seguir siendo sensibles durante años (“capturar ahora, descifrar después”); certificados, firmware y registros firmados también pueden durar más que las hipótesis criptográficas con las que se crearon. Por eso, la migración es un problema de ciclo de vida, no una competición por predecir fechas.
Este artículo es una guía de ingeniería, no asesoramiento jurídico ni una política de selección de algoritmos. Las organizaciones reguladas deben cumplir las instrucciones aplicables de supervisores, autoridades nacionales y sectores, y usar módulos y perfiles criptográficos aprobados cuando corresponda.
La criptografía poscuántica (PQC) no es un único algoritmo de reemplazo. El establecimiento de claves, las firmas, la emisión de certificados, el almacenamiento de claves, la negociación de protocolos y la verificación a largo plazo tienen restricciones distintas. Los primeros estándares definitivos de NIST incluyen FIPS 203 ML-KEM para encapsulación de claves y FIPS 204 ML-DSA y FIPS 205 SLH-DSA para firmas digitales. NIST seleccionó HQC para una futura estandarización como KEM alternativo basado en otra familia matemática; esa selección aún no equivale a un estándar definitivo listo para desplegar.
No confundas un KEM con el cifrado de los datos: establece material de clave compartida que luego utiliza un cifrador simétrico. Del mismo modo, cambiar el algoritmo del handshake TLS no migra la firma de código, documentos, identidad de dispositivos ni la validación de archivos archivados.
Un inventario útil registra activo y propietario, aplicación, algoritmo y parámetros, biblioteca/proveedor, protocolo, propósito de la clave, cadena de certificados, módulo criptográfico, sensibilidad y retención de datos, terceros, vía de sustitución y fecha de la última prueba. Descubre el uso real en ejecución además de las dependencias declaradas: puede haber criptografía oculta en servicios gestionados, dispositivos de red, API de socios y firmware antiguo.
Prioriza datos cuya confidencialidad deba durar más que la migración, sistemas cuyas firmas sostengan confianza durante años, protocolos expuestos a Internet, infraestructura crítica y activos con largos ciclos de sustitución. Una puntuación práctica puede combinar impacto, exposición, vida útil de los datos, plazo de migración e incertidumbre de dependencias. Es una ayuda de triaje, no una medida formal de seguridad criptográfica.
| Tipo de activo | Por qué puede ser urgente | Primera acción técnica |
|---|---|---|
| Registros sensibles de larga duración | El texto cifrado capturado podría seguir teniendo valor después del plazo de migración. | Mapea flujos, retención, establecimiento de claves y copias en proveedores. |
| Firma de firmware y software | Las raíces de confianza y artefactos deben verificarse mucho después de su publicación. | Inventaría raíces, cadena de arranque, canal de actualización y evidencias archivadas. |
| TLS/VPN regulados | El soporte depende de ambos extremos, dispositivos intermedios y perfiles aprobados. | Identifica contrapartes, terminadores, HSM y pruebas graduales de interoperabilidad. |
| Dispositivos integrados | Flash, memoria, ancho de banda y acceso para actualizar en campo limitan las opciones. | Mide artefactos, handshake y actualizaciones en hardware representativo. |
| Servicios de terceros | El calendario y las opciones criptográficas pueden quedar fuera de tu control. | Incluye capacidades y roadmap del proveedor en su evaluación y renovación. |
La Recomendación (UE) 2024/1101 de la Comisión Europea pide una transición coordinada. Materiales posteriores describen una migración sincronizada en la UE para administraciones públicas e infraestructuras críticas, con avances hasta 2035 y etapas intermedias hasta 2030 para casos de alto riesgo y/o sistemas muy complejos. Son hitos de una hoja de ruta de política pública, no un plazo legal universal impuesto por igual a todos los sistemas privados.
Los planes nacionales, normas sectoriales, contratos de compra y expectativas supervisoras pueden crear obligaciones más específicas. Confirma qué reglas aplican a la jurisdicción y al servicio. Aun así, trata los hitos de la hoja de ruta como límites de planificación: compras, certificaciones, estandarización de protocolos y actualizaciones en campo pueden tardar años.
La criptoagilidad consiste en poder cambiar mecanismos de forma segura, no en cargar todos los algoritmos en un selector de ejecución. Centraliza políticas cuando tenga sentido, usa bibliotecas mantenidas y perfiles soportados, versiona capacidades de protocolo y hace observable la rotación de claves y certificados. Evita crear criptografía o negociaciones propias; la protección contra downgrade y la negociación autenticada importan.
El establecimiento híbrido de claves puede ser útil durante la transición si los protocolos y perfiles normalizados lo admiten expresamente, pero aumenta el tamaño de los mensajes, la complejidad y los modos de fallo. Utiliza implementaciones verificadas, prueba ambos extremos e intermediarios y documenta el fallback. No inventes un híbrido concatenando secretos en código de aplicación.
Crearía un pipeline de inventario criptográfico (CBOM) a partir de análisis de código, inventario de software, telemetría de red, almacenes de certificados y declaraciones de proveedores. Cada hallazgo estaría vinculado a un responsable técnico y un activo de negocio, con campos para algoritmo, propósito, vida útil de datos, exposición, dependencia de sustitución y estado de migración. El sistema generaría colas de trabajo priorizadas por riesgo, no un recuento engañoso de “paquetes vulnerables a quantum”.
Para cada servicio prioritario, crearía un registro de migración por etapas: perfil objetivo aprobado, contrapartes, referencia de rendimiento, pruebas de interoperabilidad, plan de rotación, condiciones de rollback, responsable operativo y fecha para retirar la negociación heredada. Integraría los resultados con gestión de cambios y paneles de incidentes; los análisis continuos evitarían que software nuevo reabra puntos ciegos.
| Fallo | Señal | Control |
|---|---|---|
| El inventario ve código, no ejecución | El tráfico negocia criptografía ausente en el análisis de dependencias. | Combina código, endpoints, certificados y tráfico; registra lagunas de visibilidad. |
| El nuevo handshake rompe intermediarios | Aumentan fragmentación, fallos o timeouts relacionados con MTU. | Prueba toda la ruta, incluidos proxy, cortafuegos, gateways y enlaces limitados. |
| La transición híbrida crea downgrade | Clientes retroceden silenciosamente sin política autenticada. | Usa negociación definida por protocolo, protección contra downgrade y telemetría. |
| Se olvida migrar las firmas | Se actualiza TLS, pero firmware o documentos conservan firmas heredadas. | Gestiona KEM, firmas, PKI y archivos como frentes distintos. |
| El proveedor bloquea el calendario | Un dispositivo crítico carece de soporte o actualización en campo. | Escala pronto compras, medidas compensatorias y plazos de sustitución. |
La migración poscuántica empieza por descubrir, no por sustituir todos los algoritmos a la vez. Separa el establecimiento de claves de las firmas, prioriza datos y raíces de confianza según duración e impacto, prueba perfiles normalizados en rutas completas y distingue los calendarios nacionales y sectoriales de los hitos europeos. La criptoagilidad aporta valor cuando está gobernada, es observable y se prueba; no justifica criptografía propia ni un fallback indefinido.
Nota editorial: Referencias de estándares y calendario verificadas el 28 de septiembre de 2026. Este artículo no establece un plazo de cumplimiento para una organización concreta. Consulta las directrices europeas y nacionales vigentes, reguladores sectoriales, proveedores y especialistas criptográficos cualificados.