HTTPS, firmas electrónicas, VPN, aplicaciones, API y dispositivos dependen de criptografía de clave pública. Los algoritmos actuales protegen identidades e intercambios de claves, pero un ordenador cuántico suficientemente avanzado podría romper parte de esos mecanismos.
Eso no significa sustituirlo todo mañana, sino diseñar sistemas capaces de cambiar. En 2026, el NIST reiteró que tres estándares poscuánticos ya están preparados para su implantación y que la migración debe comenzar. El debate también ha llegado a las infraestructuras financieras: el 15 de octubre de 2026, el Banco de Inglaterra explicó que está evaluando la preparación de los bancos ante el riesgo cuántico.
¿Qué es la criptografía poscuántica?
Son algoritmos que se ejecutan en ordenadores convencionales, pero están diseñados para resistir ataques clásicos y cuánticos. No equivale a comunicación cuántica ni requiere adquirir hardware cuántico.
Los estándares del NIST abarcan establecimiento de claves y firmas digitales. ML-KEM protege la creación de secretos compartidos; ML-DSA y SLH-DSA responden a distintos escenarios de firma. La elección depende del protocolo, rendimiento, tamaño y compatibilidad.
¿Por qué actuar antes del «Q-Day»?
Los datos pueden recopilarse hoy
En el escenario harvest now, decrypt later, un atacante almacena tráfico cifrado para intentar descifrarlo en el futuro. La información con valor duradero —sanidad, propiedad intelectual, contratos y estrategia— merece prioridad.
Las migraciones criptográficas son lentas
El algoritmo puede estar en bibliotecas, certificados, HSM, dispositivos, firmware, protocolos de socios y código heredado. Algunos componentes se actualizan en semanas; otros permanecen una década.
La interoperabilidad exige transición
Cliente y servidor deben acordar protocolos. La adopción suele utilizar modos híbridos que combinan algoritmos clásicos y poscuánticos mientras madura el ecosistema.
El primer paso: un inventario criptográfico
Antes de elegir algoritmos, localiza dónde se utiliza criptografía. El inventario debe registrar sistema, finalidad, biblioteca, algoritmo, clave, certificado, proveedor, datos protegidos, conservación y capacidad de actualización.
- TLS en webs, API e integraciones;
- firma de documentos y actualizaciones;
- tokens, certificados de cliente y autenticación;
- VPN, mensajería y conexiones entre servicios;
- cifrado dentro de aplicaciones móviles;
- firmware, IoT y equipos industriales;
- copias de seguridad, archivos y bases de datos;
- servicios en la nube y proveedores externos.
El NCCoE del NIST considera el descubrimiento de algoritmos vulnerables como base de la transición. Sin inventario, una organización puede modernizar el perímetro y mantener una dependencia antigua en el recorrido crítico.
Agilidad criptográfica: la capacidad clave
La agilidad criptográfica permite cambiar algoritmo, biblioteca, clave o certificado sin reescribir el producto. En vez de dispersar llamadas criptográficas por el código, utiliza una capa definida, configuración versionada y formatos preparados para evolucionar.
Esta flexibilidad importa porque estándares e implementaciones siguen bajo análisis. En julio de 2026, un candidato adicional de firma fue retirado tras descubrirse una vulnerabilidad; el NIST aclaró que no afectaba a sus estándares finalizados. La lección es evitar una dependencia rígida.
Ejemplo: aplicación conectada a una API
Una app autentica al usuario, llama a una API mediante TLS y valida tokens firmados. La migración no termina en el servidor web: hay que revisar versiones mínimas del sistema operativo, bibliotecas de la app, pasarela, proveedor de identidad, certificados y servicios externos.
El proyecto puede comenzar con telemetría de compatibilidad, actualización de bibliotecas, negociación híbrida en preproducción y medición de latencia, tamaño de mensajes y consumo. El despliegue se realiza por grupos, con reversión y métricas de fallo por plataforma.
Impactos prácticos
Mensajes y certificados mayores
Algunas claves y firmas poscuánticas ocupan más espacio. Afecta al handshake, redes limitadas, dispositivos y formatos con campos pequeños.
Rendimiento diferente
El tiempo de generación, firma y verificación cambia según algoritmo y hardware. Las pruebas deben representar volumen, picos y dispositivos reales.
Compatibilidad de bibliotecas
No todos los lenguajes, frameworks, proxies o HSM ofrecen el mismo soporte. Actualizar una dependencia puede exigir cambiar el runtime o el sistema operativo.
Observabilidad sin exponer secretos
Registra versión, algoritmo negociado, error y compatibilidad, pero nunca claves ni contenido sensible. Los paneles permiten detectar clientes y socios que bloquean la transición.
Hoja de ruta en seis fases
- Descubrir: inventariar criptografía en software, infraestructura y proveedores.
- Clasificar: priorizar datos por sensibilidad y duración.
- Desacoplar: eliminar algoritmos fijos y crear agilidad criptográfica.
- Experimentar: probar estándares y modos híbridos en un entorno aislado.
- Validar: medir rendimiento, interoperabilidad, recuperación y seguridad.
- Migrar: desplegar por etapas, observar compatibilidad y conservar rollback.
Errores que conviene evitar
- esperar una fecha exacta para empezar el inventario;
- tratarlo como una simple sustitución de biblioteca;
- implementar primitivas criptográficas propias;
- ignorar apps antiguas y equipos sin actualización;
- migrar sin modo híbrido ni plan de compatibilidad;
- confundir criptografía poscuántica con protección universal;
- seguir el alarmismo sin relacionar riesgo y vida útil del dato.
¿Qué debería hacer ahora una pyme?
No necesita un laboratorio cuántico. Debe mantener sistemas y bibliotecas compatibles, pedir a sus proveedores una hoja de ruta, reducir dependencias obsoletas y registrar dónde utiliza certificados y claves. Los proyectos nuevos deben evitar algoritmos fijos y permitir actualizaciones remotas.
Si los datos pierden valor pronto y la infraestructura depende de proveedores modernos, puede priorizar el seguimiento. Si conserva información confidencial durante años o equipos de larga vida útil, debe planificar antes.
La seguridad cuántica es modernización de software
La mayor parte del trabajo no es matemática: es arquitectura, inventario, pruebas, integraciones y gestión de versiones. El software modular y mantenido adoptará nuevos estándares con menos riesgo; los sistemas rígidos pagarán más por la urgencia.
ProativaIA desarrolla software a medida, moderniza integraciones y crea aplicaciones preparadas para evolucionar. Podemos inventariar dependencias, crear una capa de agilidad criptográfica y planificar una transición gradual sin detener la actividad.