Transición a la comunicación cuántica segura: incorporación de la preferencia Q-safe a OpenSSL TLSv1.3

Introducción

Durante muchos años, la seguridad digital se ha basado en criptografía basada en problemas matemáticos que son muy difíciles de resolver para las computadoras normales. RSA y la criptografía de curva elíptica han formado la base de la seguridad de Internet, protegiendo cosas como las transacciones bancarias y las actualizaciones de software.

La computación cuántica lo cambia todo. Si las computadoras cuánticas se vuelven lo suficientemente potentes, podrían descifrar rápidamente el cifrado común actual, poniendo en riesgo datos confidenciales que se creyeron seguros durante años. Una preocupación aún mayor es la práctica de "recoger ahora, descifrar después", donde los atacantes recopilan datos cifrados ahora y esperan a descifrarlos cuando las máquinas cuánticas estén listas.

Como resultado, las organizaciones están revisando toda su configuración criptográfica y preguntándose si están preparadas. ¿Pueden migrar a nuevos algoritmos sin grandes cambios cada vez que cambian los estándares? Aquí es donde la preparación para la seguridad cuántica y la criptoagilidad son cruciales, no solo al usar nuevos algoritmos, sino también a la gestión y actualización de la criptografía en todos los sistemas con confianza.

El papel de TLS 1.3 en las comunicaciones seguras

TLS 1.3 es el protocolo principal que protege los datos confidenciales mientras se transmiten por internet. Cuando vea un icono de candado en su navegador o una llamada API segura, TLS está trabajando en segundo plano. TLS 1.3 es más rápido que las versiones anteriores y utiliza una configuración predeterminada más robusta, lo que facilita la configuración de conexiones seguras.

Actualmente, TLS 1.3 utiliza principalmente algoritmos tradicionales de intercambio de claves y firma, por lo que aún depende de criptografía Que las computadoras cuánticas podrían eventualmente fallar. Para protegerse contra futuras amenazas, TLS debería poder preferir algoritmos cuánticos seguros durante la negociación. Sin esto, incluso los sistemas que admiten opciones cuánticas seguras podrían no usarlas nunca en la práctica.

Tener una forma clara y consistente de decir "utilizar seguridad cuántica primero y solo recurrir a medidas alternativas si es necesario" es importante para que las implementaciones en el mundo real sean prácticas.

Presentamos CBOM Secure

CBOM Secure es nuestra herramienta para el seguimiento y la gestión de activos criptográficos. Ayuda a las organizaciones a ver exactamente cómo se utiliza la criptografía en su software e infraestructura. En lugar de adivinar qué algoritmos se utilizan o esperar que las actualizaciones funcionen, CBOM Secure crea una Lista de Materiales de Criptografía (CBOM) que enumera todas las claves, certificados y algoritmos de sus sistemas.

A medida que las organizaciones avanzan hacia la seguridad cuántica, CBOM Secure permite a los equipos comprobar si sus configuraciones TLS utilizan realmente preferencias de seguridad cuántica, identificar dónde persisten algoritmos antiguos y firmar informes de CBOM para auditorías. En lugar de considerar las actualizaciones de cifrado como un trabajo puntual, nuestra herramienta le ayuda a mantener una visión continua de la criptografía de su sistema. Al migrar a PQC en OpenSSL u otros entornos, puede probar, rastrear y confiar en el cambio.

Criptografía y estándares postcuánticos

Comprender las amenazas cuánticas

Las preocupaciones sobre la computación cuántica no son solo exageraciones. Hay una sólida base matemática que las respalda. Los expertos en seguridad están especialmente preocupados por el algoritmo de Shor, que permite a las computadoras cuánticas factorizar grandes números y resolver logaritmos discretos mucho más rápido que las computadoras convencionales. Estos dos problemas son la base de RSA y la criptografía de curva elíptica.

En breve:

• RSA sigue siendo seguro porque hoy en día factorizar un número gigante requiere una cantidad ridícula de tiempo.
• ECC se mantiene seguro porque resolver un logaritmo discreto en una computadora normal tomaría demasiado tiempo para ser práctico.

Pero una potente computadora cuántica que utilice el algoritmo de Shor podría romper ambos tipos de cifrado en horas o incluso minutos. Esto significa que los datos protegidos por la tecnología actual... cifrado Podrían quedar expuestos en el futuro.

Cuando se habla de sistemas "cuánticamente seguros", se refieren a usar algoritmos de intercambio de claves y firmas que las máquinas cuánticas no pueden descifrar. Estos suelen incluir nuevos esquemas de control de calidad cuántica (PQC) basados ​​en problemas matemáticos como redes, códigos o firmas basadas en hash. En TLS, específicamente, "cuánticamente seguros" se aplica a dos aspectos:

• Intercambio de claves: garantizar que las claves de sesión no se puedan recuperar más tarde
• Firmas digitales: Probar la identidad de una manera que una máquina cuántica no puede falsificar

Un sistema sólo es seguro desde el punto de vista cuántico si cubre tanto el intercambio de claves como las firmas digitales.

Normas y mandatos

Cuando la criptografía cambia, las organizaciones de normalización deben definir claramente qué se permite, requiere o recomienda. Sin esto, nadie actualiza sus sistemas. Esto está sucediendo ahora con la adopción de la seguridad cuántica.

NSA CNSA 2.0 (Conjunto de algoritmos de seguridad nacional comercial)

La CNSA 2.0 es la guía del gobierno estadounidense para la protección de los sistemas de seguridad nacional. Un punto clave es que las agencias y los proveedores deberían preferir algoritmos de seguridad cuántica en protocolos como TLS, no simplemente considerarlos opcionales. Esto significa que el proceso de negociación debería elegir PQC Primero, cuando sea posible, no sólo apoyarlo en teoría.

IBM Research ha contribuido activamente a este cambio, incluyendo mejoras en OpenSSL que permiten que TLS 1.3 prefiera explícitamente un recurso compartido de claves con seguridad cuántica. Este ejemplo práctico muestra una ingeniería real que se alinea con los objetivos de la CNSA.

Estandarización PQC del NIST

Mientras tanto, el Instituto Nacional de Estándares y Tecnología (NIST) ha estado organizando un concurso global de larga duración para seleccionar algoritmos cuánticos seguros para uso cotidiano. Este esfuerzo dio como resultado el primer conjunto de selecciones finales:

• Kyber para intercambio de claves (de marca) ML-KEM)
• Dilithium, Falcon y SPHINCS+ para firmas

Se espera que aparezcan versiones estandarizadas de estos algoritmos en muchos lugares, como bibliotecas TLS, navegadores, actualizaciones de firmware e incluso pequeños dispositivos IoT. Sin embargo, su adopción llevará tiempo. Las organizaciones necesitan herramientas que les ayuden a probar, verificar y rastrear dónde y cómo se utilizan estos nuevos algoritmos.

En este punto, la transición a la seguridad cuántica se centra menos en la criptografía en sí y más en las operaciones y la visibilidad. Aquí es donde herramientas como CBOM Secure están diseñadas para ayudar, como se explica más adelante en este blog.

OpenSSL TLS 1.3 y negociación de algoritmos

Cómo TLS 1.3 elige los algoritmos criptográficos

Cuando un navegador, una aplicación cliente o un servicio desea establecer una conexión segura, TLS 1.3 Comienza con un mensaje llamado ClientHello. En dicho mensaje, el cliente enumera los algoritmos compatibles, los conjuntos de cifrado, los esquemas de firma y, lo más importante para este análisis, las claves compartidas. Las claves compartidas definen las opciones de intercambio de claves que el cliente puede usar para crear un secreto compartido con el servidor.

El servidor responde con ServerHello, que selecciona una opción de la lista y continúa el protocolo de enlace. La opción elegida por el servidor se convierte en la base de las claves de sesión que protegen la conexión.

TLS 1.3 introdujo una mejora importante al reducir los viajes de ida y vuelta y simplificar el protocolo de enlace. Sin embargo, la selección de los algoritmos sigue siendo sencilla: el servidor selecciona la primera opción de la lista del cliente que ambas partes admiten.

Eso suena inofensivo, pero significa:

• El orden en el que el cliente envía las acciones clave es importante
• La lista de soporte interno del servidor también importa
• TLS no “preferirá” nada automáticamente a menos que la lógica esté diseñada específicamente para hacerlo.

En configuraciones tradicionales, este enfoque funciona porque todas las opciones de intercambio de claves son algoritmos de curva elíptica o de campo finito. Sin embargo, con opciones de seguridad cuántica como ML-KEM (Kyber), ahora disponibles, el orden cobra mayor importancia. Sin una regla de preferencia, un sistema compatible con PQC podría seguir utilizando algoritmos clásicos simplemente por el orden.

Limitaciones en la negociación actual de OpenSSL

OpenSSL impulsa una gran parte de las implementaciones de TLS en todo el mundo, ya sea directamente en aplicaciones o mediante herramientas como nginx, Apache, HAProxy, servidores de correo, VPN y SDK. Añadir algoritmos de seguridad cuántica a OpenSSL es importante, pero el soporte por sí solo no soluciona los desafíos operativos.

Hoy en día, las opciones de configuración de OpenSSL le permiten:

• Habilitar o deshabilitar grupos específicos de intercambio de claves
• Establecer listas de pedidos para grupos admitidos
• Cree OpenSSL con parches PQC o modos híbridos

Sin embargo, estos controles no llegan a ofrecer una regla de preferencia clara y ejecutable como:

“Utilice primero la seguridad cuántica y solo recurra a ella si el cliente no puede manejarla”.

En cambio, el comportamiento de TLS depende en gran medida de:

• Las acciones clave de la orden son listadas por el cliente
• El orden de compilación del servidor, que puede no reflejar la política real
• Valores predeterminados ocultos vinculados a las compilaciones de OpenSSL, no a la política operativa del mundo real

Esto significa que una organización podría:

• Habilitar Kyber (ML-KEM) en OpenSSL
• Configurar conjuntos de cifrados PQC
• Y aún no hemos visto nunca el uso de PQC en el tráfico TLS en vivo.

Esto se debe a que nada en el proceso de negociación impone una preferencia. Es más bien un apoyo pasivo. El PQC solo se utiliza si ambas partes lo eligen.

El soporte pasivo no es suficiente para una transición segura a la computación cuántica. Las empresas, los auditores y los equipos de cumplimiento deben demostrar que la PQC realmente se utiliza, no solo esperar que suceda. Esta limitación explica por qué la negociación segura a la computación cuántica requiere un nuevo trabajo de ingeniería basado en OpenSSL.

Dónde encaja CBOM Secure

Automatización de la generación de CBOM para pilas TLS

Añadir funciones de seguridad cuántica a OpenSSL es solo una parte de la solución. La otra parte es saber dónde se utilizan realmente estas funciones. La mayoría de las organizaciones no pueden responder a preguntas básicas como:

• ¿Qué servidores siguen utilizando sólo RSA?
• ¿Qué compilaciones de OpenSSL incluyen parches PQC?
• ¿En qué se diferencian las bibliotecas TLS en distintos entornos?

Nuestro CBOM Secure ayuda creando automáticamente un Lista de materiales criptográficos (CBOM), que funciona como un inventario detallado de los componentes criptográficos dentro de su pila. Puede inspeccionar sistemas, bibliotecas, contenedores y binarios empaquetados para identificar:

• La versión de OpenSSL en uso
• Grupos TLS compatibles y capacidades de intercambio de claves
• Si los algoritmos PQC se compilan en
• Si PQC está habilitado o simplemente presente

En lugar de depender de hojas de cálculo o conjeturas, nuestra herramienta proporciona una salida estructurada y legible por máquina en formato JSON o informes firmados que muestran el estado criptográfico real de su infraestructura TLS.

De esta manera, no es necesario esperar a que surjan problemas para descubrir qué criptografía se está ejecutando en producción.

Verificación de la compatibilidad con algoritmos de seguridad cuántica

Una de las mayores trampas en este campo es asumir que "soporte = uso". Un servidor podría tener Kyber compilado, pero nunca negociarlo para una conexión real.

Nuestro CBOM Secure resuelve este problema comprobando la configuración y el comportamiento, no solo la presencia de software. Puede:

• Escanee las compilaciones de OpenSSL para detectar si los grupos de claves compartidas de PQC están habilitados
• Verificar los archivos de configuración y las variables de entorno que afectan la negociación TLS
• Implementaciones de banderas donde existen configuraciones de seguridad cuántica pero no se aplican
• Te contamos exactamente qué sistemas son capaces de utilizar PQC y cuáles son todavía sólo clásicos

Para las grandes organizaciones, esto aporta claridad inmediata. En lugar de hacer afirmaciones generales como "nos estamos preparando para el PQC", los equipos reciben una respuesta clara, sí o no, para cada aspecto de su entorno.

Esto también facilita las auditorías. Cuando necesite comprobar su preparación, nuestra herramienta le proporcionará un informe firmado que demuestra que su pila TLS cumple con su política.

Seguimiento de algoritmos híbridos y heredados

La implementación de la seguridad cuántica no es un cambio único. Es un proceso por etapas donde la producción puede incluir una combinación de:

• Algoritmos totalmente seguros para la computación cuántica
• Algoritmos híbridos (clásicos + PQC combinados)
• El legado RSA/ECC todavía está activo por motivos de compatibilidad

Nuestro CBOM Secure rastrea este estado con claridad, en lugar de agruparlo todo. Puede informarle:

• ¿Qué sistemas negociaron sesiones PQC puras?
• ¿Cuáles negociaron sesiones híbridas (por ejemplo: ML-KEM + X25519)?
• ¿Cuáles se quedaron solo en el legado?

Esta información ayuda a los equipos a tomar decisiones inteligentes. Por ejemplo:

• Si bien el uso híbrido aún se extiende, es posible que los clientes aún no admitan PQC
• Si el legado sigue siendo dominante, la planificación de la migración no está completa

Nuestro CBOM Secure convierte estos puntos en puntos de control medibles en lugar de suposiciones. Obtendrá visibilidad del progreso y podrá informarlo de forma comprensible para los equipos de liderazgo, seguridad e ingeniería.

Desafíos y Mejores Prácticas

Errores comunes de la integración

Cambiar a algoritmos cuánticos seguros en TLS parece sencillo en teoría: activar ML-KEM, ajustar las configuraciones y listo. Sin embargo, en infraestructuras reales, suelen surgir varios problemas:

• Los proxies TLS eliminan silenciosamente las extensiones PQC. Algunos servidores intermedios eliminan valores de clave compartida desconocidos, lo que provoca que los clientes vuelvan al modo clásico sin previo aviso.
• Variaciones de compilación entre entornos. Un servidor en pruebas podría usar una compilación OpenSSL con PQC habilitado, mientras que el servidor de producción, sin saberlo, ejecuta una versión anterior.
• Confusión híbrida. Los equipos de desarrollo activan conjuntos de cifrado híbridos, pero asumen que esto significa que ya se utiliza PQC puro.
• Falta de visibilidad de los fallos. Cuando falla la negociación de PQC, muchas implementaciones no registran nada, por lo que los equipos dan por sentado que funcionó.

La mayor trampa es pensar que PQC está "habilitado" cuando, en realidad, nada ha cambiado en el tráfico de la red.

Mejores prácticas para herramientas y mantenimiento

Prepararse para TLS cuántico seguro implica tratar la criptografía como cualquier otro componente de software: debe versionarse, probarse y revisarse periódicamente. A continuación, se presentan algunas prácticas para facilitar su gestión:

• Fijación de versiones: Asegúrese de que las compilaciones de OpenSSL utilizadas en producción estén ancladas y monitoreadas. No asuma que los repositorios de paquetes del sistema operativo siempre incluyen el mismo conjunto de características.
• Pruebas de integración: Añadir de extremo a extremo Apretón de manos TLS Pruebas en pipelines de CI. Verifique las salidas de ClientHello/ServerHello para confirmar que se negocia PQC.
• Automatización: Utilice herramientas automatizadas para escanear compilaciones y entornos en lugar de depender de comprobaciones manuales o documentación.
• Artefactos firmados: Genere informes firmados basados ​​en CBOM para que los equipos de auditoría y seguridad puedan demostrar el cumplimiento sin tener que revisar los sistemas manualmente.
• Cambios continuos: Introduzca PQC dirigiéndose a un subconjunto de serviciosvicios, primero medir resultados, luego expandir.

En resumen, trate el soporte de PQC como algo que se debe mantener a lo largo del tiempo, no solo como un cambio de configuración único.

Preparación operativa y seguimiento

Habilitar la compatibilidad con PQC solo es útil si se puede demostrar que realmente funciona en producción. Esto requiere comprobaciones operativas, no solo durante la implementación.

Los equipos deben considerar:

• Telemetría de protocolo de enlace TLS: Recopile datos de conexión reales y realice un seguimiento de qué grupos de intercambio de claves se negocian.
• Umbrales de alerta: Se activan alertas si el uso de PQC disminuye inesperadamente, lo que podría indicar regresiones o desviaciones de configuración.
• Exploraciones programadas basadas en CBOM: Regenere automáticamente los inventarios de criptomonedas semanal o mensualmente para detectar cambios a lo largo del tiempo.
• Comparación entre niveles: El desarrollo, la puesta en escena y la producción deben mostrar propiedades criptográficas similares. Si difieren, busque las deficiencias.

La preparación operativa significa saber la respuesta a preguntas como:

• ¿Realmente utilizamos PQC hoy en día?
• Si no, ¿qué lo detuvo?
• ¿Quién necesita arreglarlo?

Con el monitoreo y la generación de informes, el uso de PQC se vuelve medible y lo que se puede medir se puede mejorar.

Directrices para el futuro

Estándares y conjuntos de algoritmos en evolución

El campo de la criptografía está en constante evolución. El NIST ha finalizado su primer conjunto de algoritmos poscuánticos, pero se esperan más actualizaciones, incluyendo cambios de parámetros, nuevos perfiles para dispositivos ligeros y mejoras basadas en investigaciones o retroalimentación del mundo real.

Los próximos cambios pueden influir en:

• ¿Qué conjuntos de parámetros Kyber/ML-KEM se convierten en los “predeterminados” para el tráfico de Internet público?
• Si los nuevos esquemas de firma reemplazan al Dilithium en ciertos nichos
• Los requisitos híbridos duran más de lo esperado, especialmente en sectores con ciclos de cumplimiento lentos
• Perfiles para IoT, dispositivos móviles y dispositivos restringidos que requieren tamaños de clave más delgados o variantes reducidas

Las organizaciones que codifican sus suposiciones ahora pueden enfrentar problemas más adelante. El objetivo debería ser cripto-agilidadPara que los sistemas puedan cambiar algoritmos y configuraciones sin interrumpir las aplicaciones ni causar tiempo de inactividad. En los próximos años, se espera que grupos como el NIST, el IETF y la NSA publiquen perfiles de implementación más claros, directrices para protocolos de enlace y marcos de políticas TLS centrados en PQC.

Ampliación de nuestro CBOM Secure para una criptoagilidad más amplia

Actualmente, nuestra herramienta CBOM Secure se centra en la visibilidad, mostrando la criptografía presente en un entorno. El siguiente paso es ayudar a las organizaciones a tomar medidas basadas en esta información.

Las direcciones planificadas de la hoja de ruta incluyen:

• Canalizaciones de remediación automatizadas: Cuando nuestro CBOM Secure detecta que un sistema no tiene soporte para PQC, podría activar flujos de trabajo de cumplimiento, como marcar canales de CI, abrir tickets o implementar binarios parcheados.
• Soporte centrado en la nube: Integraciones nativas con AWS ACM, Azure Key Vault y Google Cloud KMS para inventariar la criptografía en servicios alojados, ya que muchos puntos finales TLS actualmente terminan en la nube, no en las instalaciones locales.
• Aplicación del tiempo de ejecución: Modo opcional en el que las políticas de preferencia de PQC se incorporan directamente a los servicios, lo que garantiza que las reglas de negociación no puedan variar silenciosamente con el tiempo.
• Bucles de retroalimentación de los desarrolladores: Exponer advertencias dentro de los sistemas de compilación para que los ingenieros descubran errores de configuración de cifrado en el momento de la confirmación en lugar de después de la implementación.

El objetivo a largo plazo es simple: hacer que la preparación para la seguridad cuántica sea automática, de modo que ocurra como parte de lanzamientos de software regulares, no como un gran proyecto anual.

Conclusión

La computación cuántica no es solo una teoría del futuro; ya está impulsando a las organizaciones a replantearse cómo sus certificados, claves y stacks TLS resistirán las nuevas amenazas de descifrado. Esperar hasta las fechas límite o los cambios de proveedor de última hora es arriesgado. Los equipos que actúan ahora tienen más control, mejor planificación y transiciones más fluidas en lugar de soluciones apresuradas.

Nuestra herramienta de consultoría de cifrado CBOM Secure desempeña un papel fundamental para ayudar a las organizaciones a prepararse. En lugar de lidiar con hojas de cálculo, salidas manuales de OpenSSL o archivos de configuración dispersos, nuestra herramienta CBOM ofrece una visión clara del uso de cifrado en diferentes entornos. Muestra qué algoritmos se utilizan, qué cambios deben realizarse para la seguridad post-cuántica y si los sistemas cumplen los objetivos de seguridad. Para las organizaciones que se preparan para reuniones de directorio, decisiones de arquitectura o planificación de cumplimiento, nuestra herramienta proporciona claridad y rapidez.

Nuestro CBOM Secure es más que una simple herramienta de informes; también agiliza el proceso. Automatiza los inventarios de criptomonedas, verifica las configuraciones TLS, valida algoritmos y alinea las políticas, para que los equipos puedan pasar del descubrimiento a la acción sin tener que adivinar. En futuras versiones, Encryption Consulting planea añadir correcciones automatizadas, integraciones nativas de la nube y la aplicación de políticas para mantener las configuraciones en línea con los estándares de seguridad en todo momento.

Ahora es un buen momento para empezar: prueba PQC En un entorno de pruebas, mapee su uso actual de criptografía y comience a crear políticas internas. Si su organización desea implementar proyectos piloto de seguridad cuántica, brindar retroalimentación o ayudar a desarrollar nuevas funciones, en Encryption Consulting le animamos a contactarnos. Cuanto antes comiencen los equipos, más fácil será el trabajo a largo plazo.

Si su organización necesita apoyo, evaluaciones estructuradas o un enfoque guiado, Encryption Consulting está listo para ayudarle con talleres, asesoramiento y asistencia para la implementación mediante CBOM Secure. Contáctenos hoy mismo para comenzar la transición con confianza, en lugar de esperar a verse obligado a cambiar.