Pós-Quântico
Criptografia
Quantum-Safe
Segurança da Informação
Governança

Cómo migrar a la criptografía poscuántica: ML-KEM, ML-DSA y enfoque híbrido

Una hoja de ruta de migración pragmática para la criptografía poscuántica, desde las prioridades hasta las precauciones de implementación y el papel de la transición híbrida.

Cómo migrar a la criptografía poscuántica: ML-KEM, ML-DSA y enfoque híbrido

Cuando el equipo comprende que el riesgo cuántico es real, el péndulo a menudo oscila entre "no es mi problema" y "cambiemos todo ahora". Ambos extremos se interponen en el camino. Migrar a la criptografía poscuántica es un proyecto de ingeniería con secuencia, prioridad y cuidado, no un botón.

Una vez finalizados los estándares del NIST, hay un lugar al que migrar. ML-KEM se encarga del establecimiento de claves, ML-DSA se encarga de la firma digital y SLH-DSA sirve como firma de respaldo con diferentes bases matemáticas. Saber adónde ir es la mitad de la batalla. La otra mitad lo hace sin romper lo que funciona.

Este texto es la hoja de ruta pragmática: por dónde empezar, cómo ordenar, qué cuidar durante la implementación y por qué la transición pasa por una fase híbrida.

Comience con el inventario, no con el algoritmo

La pregunta "¿qué algoritmo adopto?" es tentadora y prematura. Antes viene otro: "¿dónde uso criptografía hoy?". La mayoría de las organizaciones responden con silencio, y este silencio es el mayor riesgo del proyecto.

No puedes migrar lo que no puedes ver. Antes de tocar cualquier biblioteca, necesita un inventario criptográfico: dónde están las claves y los certificados, qué bibliotecas y versiones utilizan las aplicaciones, qué protocolos sustentan sus conexiones y qué proveedores e integraciones entran en esta cadena.

Esta encuesta define el tamaño real del problema y revela dependencias ocultas, aquellas que nadie ha documentado pero que detienen la producción si se manipulan sin cuidado. El inventario lo trato en profundidad en un artículo específico de la serie, porque es la base de todo lo que viene después.

Sin inventario, cualquier plan de migración es una suposición. Con el inventario, usted sabe lo que tiene, lo que es crítico y lo que puede esperar.

Priorizar por validez y exposición de los datos

Migrar todo a la vez es costoso, arriesgado e innecesario. La secuenciación inteligente sigue al riesgo, y el riesgo se centra en dos ejes.

El primer eje es la vigencia de la confidencialidad. Los datos que deben permanecer en secreto durante muchos años se ven más amenazados por "recolectar ahora, descifrar después", la captura de datos cifrados hoy para descifrarlos con computación cuántica](/post/introducao-computacao-quantica-startups) en el futuro. Cuanto más larga sea la validez del secreto, antes necesitará protección poscuántica.

El segundo eje es la exposición. Los flujos que cruzan redes que se pueden capturar, las integraciones externas y todo lo que negocia claves a través de Internet ascienden en la cola, porque ahí es donde ocurre la recolección. Los sistemas internos, aislados y de bajo valor pueden esperar.

También existe una diferencia de urgencia entre los dos usos del cifrado. El establecimiento clave, el territorio de ML-KEM, es una prioridad máxima debido a la cosecha actual: los datos capturados hoy se pueden leer más tarde. Las firmas digitales, territorio de ML-DSA, tienen una urgencia diferente, porque una firma falsificada requiere la máquina cuántica existente en el momento del fraude, no antes. Esto no hace que se pueda omitir, especialmente para cosas de larga duración como certificados raíz y firma de firmware, pero ayuda a organizar el esfuerzo.

ML-KEM y ML-DSA: para qué sirve cada uno

Vale la pena fijar los roles para no confundirse a la hora de planificar.

ML-KEM, FIPS 203, es un mecanismo de encapsulación clave. En la práctica, es lo que establece la clave secreta compartida que protege una conexión. Es el reemplazo directo del intercambio de claves que actualmente depende de RSA y ECC y, por lo tanto, es el primer objetivo de la migración en flujos sensibles.

ML-DSA, FIPS 204, es firma digital. Garantiza autenticidad e integridad: que una actualización de software provino de quien dice ser, que un certificado es legítimo, que un documento no ha sido alterado. Entra en los procesos de verificación, firma de código y migración de PKI.

SLH-DSA, FIPS 205, también firma, pero se basa en hash, con premisas diferentes. Es más conservador y tiende a generar mayores suscripciones. Es valioso como reserva estratégica donde la extrema longevidad y la diversidad de fundamentos compensan el costo.

Tenga en cuenta que estos algoritmos no viven libremente. Llegan a su operación desde bibliotecas, bibliotecas de protocolos, proveedores de nube y sistemas operativos. Gran parte de su migración consistirá en actualizar y configurar estas dependencias a medida que incorporan estándares, en lugar de implementar el cifrado manualmente.

El enfoque híbrido durante la transición

Cambiar abruptamente de algoritmos clásicos a algoritmos poscuánticos es arriesgado, y la industria ha convergido en una respuesta más sobria: el modo híbrido.

En un intercambio de claves híbrido, se combina el algoritmo clásico como ECC con el postcuántico como ML-KEM, derivando la clave de sesión de los dos. La conexión sólo es segura si ambos lo son. Esto proporciona una garantía importante durante la transición: se obtiene protección contra la amenaza cuántica sin renunciar a la madurez del algoritmo clásico.

La lógica es de prudencia. Los algoritmos poscuánticos son sólidos sobre el papel, pero tienen mucho menos kilometraje operativo que RSA y ECC. Si aparece una debilidad en la implementación o un problema inesperado en el componente poscuántico, el componente clásico todavía mantiene el listón. Y si la amenaza cuántica se materializa, el componente clásico cae, pero el poscuántico mantiene la protección.

El costo del híbrido es real: claves y apretones de manos más grandes, más procesamiento, ajuste de protocolo. Pero es el camino que están tomando los proveedores más serios, y adoptarlo te pone en sintonía con el ecosistema en lugar de estar en contra de él.

Cuidado de implementación que separa lo serio de lo apresurado

Un algoritmo aprobado no es sinónimo de implementación segura. Aquí es donde los proyectos bien intencionados salen perjudicados.

No implemente la criptografía poscuántica por su cuenta. Utilice bibliotecas maduras, auditadas y mantenidas activamente. Los parámetros de estos algoritmos son sensibles y los detalles de implementación, como la fuga de canal lateral, convierten un algoritmo sólido en una protección contra fugas. Se trata de trabajo de expertos y revisión de código, no de improvisación.

Planifique los nuevos tamaños. Las claves, firmas y mensajes de protocolo de enlace poscuánticos son más grandes que los clásicos. Esto afecta el tamaño del paquete, los límites del protocolo, los certificados, el almacenamiento y el rendimiento. Los sistemas que han asumido tamaños pequeños en el diseño pueden fallar de manera sutil. Prueba bajo carga y en condiciones reales de red.

Cuida el rendimiento y la compatibilidad. La negociación de algoritmos entre clientes y servidores en diferentes etapas de la migración necesita planificación; de lo contrario, se descartan conexiones legítimas. Y garantice la capacidad de reversión: si una actualización poscuántica causa un problema en la producción, necesita un camino de regreso seguro, lo que nos lleva al tema de la criptoagilidad.

Sobre todo, diseñar para volver a cambiar. La criptografía poscuántica evolucionará, los parámetros se ajustarán y no querrás repetir un proyecto de años con cada cambio. Quienes aíslan el cifrado detrás de capas bien definidas cambian los algoritmos con pocos cambios. Quien difunda cifras a lo largo del código sufrirá.

Elija un flujo de alta sensibilidad y larga validez y conviértalo en su programa piloto de migración híbrida con ML-KEM este semestre. Un Small Pilot le enseña más sobre tamaños, rendimiento y compatibilidad que cualquier hoja de cálculo, y prepara el escenario para una escalada segura.

Lea también