Preparándote para el Q-day: Cuatro pasos para preparar tu nube híbrida hoy

La llegada de una computadora cuántica criptográficamente relevante, a menudo llamada Q-day, está dejando de ser un desafío matemático teórico y distante para convertirse en un hito inminente para el que los equipos de seguridad deben prepararse desde ahora. Los agentes malintencionados ya están adoptando la estrategia conocida como "recolectar ahora, descifrar después". Esto significa capturar y almacenar hoy tráfico corporativo cifrado, propiedad intelectual y registros de datos con la intención de procesarlos en hardware cuántico tan pronto como esté disponible.

En Red Hat, creemos que tomarnos esta amenaza en serio significa actuar antes de que ocurra la crisis. En lugar de tratar la criptografía post-cuántica (PQC) como un requisito de cumplimiento normativo para un futuro lejano, estamos liderando esta transformación al incorporar recursos resistentes a la computación cuántica directamente a las capas fundamentales de la infraestructura de nube híbrida. Este enfoque ofrece a tu organización las herramientas necesarias para proteger tus activos digitales hoy, mientras te preparas para el Q-day en un futuro cercano.

Esta urgencia no es hipotética. De acuerdo con la Orden Ejecutiva 14412 de la Casa Blanca, se espera que las agencias federales logren un proyecto piloto de migración para la preparación en criptografía post-cuántica para 2027 y concluyan la implementación a gran escala para 2029. Esto está alineado con el mandato de CNSA 2.0 (Commercial National Security Algorithm Suite 2.0) de la Agencia de Seguridad Nacional de los Estados Unidos (NSA), que exige algoritmos resistentes a la computación cuántica para sistemas de seguridad nacional, con implementaciones comerciales de TLS sujetas a plazos rigurosos hasta 2030. La pregunta estratégica no es si tienes el 100% de certeza de que existirá una computadora cuántica criptográficamente relevante en 2030; la cuestión es si tienes el 100% de certeza de que no existirá. Las organizaciones que esperen la llegada de estas computadoras para iniciar su migración posiblemente van a estar de tres a cinco años atrasadas y, muy probablemente, tendrán sus datos archivados ya comprometidos.

Un portafolio basado en innovación cuántica pionera en el mercado

Red Hat enfrenta estos desafíos urgentes a través de un enfoque unificado e integrado, que incorpora la seguridad cuántica a la propia base de su nube híbrida. Red Hat Enterprise Linux (RHEL) 10 es la primera distribución Linux empresarial en incluir algoritmos post-cuánticos estandarizados por el NIST, como ML-KEM y ML-DSA, habilitados nativamente en el nivel del sistema operativo.

Construido integralmente sobre esta base reinforced, Red Hat OpenShift hereda estas capacidades. OpenShift no intenta desarrollar sus propias bibliotecas criptográficas desde cero. En cambio, utiliza RHEL como mecanismo subyacente responsable del cumplimiento normativo y los algoritmos criptográficos, mientras operacionaliza y escala estos recursos en entornos distribuidos.

Al transferir la seguridad de capas fragmentadas de aplicaciones a una infraestructura unificada basada en RHEL y OpenShift, las organizaciones llegan a una plataforma más segura, compatible y con mejor costo-beneficio. Esta arquitectura conjunta protege hoy tus activos más valiosos de inteligencia artificial (IA) contra futuros intentos de descifrado por computadoras cuánticas y contra exigencias regulatorias excesivas, al mismo tiempo que reduce la complejidad operacional y los costos de la nube.

Cuatro principales acciones para estar preparado para el Q-day

1. Haz un inventario de tu superficie criptográfica oculta en toda la nube híbrida

Las organizaciones no logran proteger aquello que no pueden ver. La mayoría de las empresas opera millones de conexiones automatizadas entre softwares que aún dependen de algoritmos de criptografía de clave pública antiguos y vulnerables a la computación cuántica. Los equipos de seguridad necesitan tener una visión integral de dónde se cifran los datos y dónde se generan las claves digitales en entornos distribuidos. Esto cambia el enfoque operacional hacia el mapeo de activos de alto valor, como pesos de modelos de IA y registros de entrenamiento.

La política criptográfica estándar del sistema en Red Hat Enterprise Linux 10 proporciona configuraciones criptográficas de próxima generación al habilitar algoritmos avanzados resistentes a la computación cuántica. Los operadores pueden activar instantáneamente estándares cuánticos para encapsulamiento de claves en todas las comunicaciones esenciales del host. Esto permite que los equipos prueben el rendimiento real de las aplicaciones, la sobrecarga de procesamiento y la latencia antes de migrar cargas de trabajo a producción. Los equipos de seguridad también deben evaluar las plataformas de software esenciales para identificar patrones de seguridad legados, codificados directamente en las aplicaciones o desactualizados, garantizando que las capas fundamentales de la infraestructura ofrezcan visibilidad clara de las comunicaciones internas de la red.

2. Prueba algoritmos criptográficos de próxima generación en entornos de no producción

La transición hacia una seguridad resistente a la computación cuántica exige evaluar cómo los nuevos métodos matemáticos de criptografía afectan el rendimiento general de las aplicaciones, los tiempos de respuesta de la red y la sobrecarga de procesamiento. Los perfiles de políticas criptográficas de RHEL 10, incluida la política FUTURE, permiten que los operadores cambien toda la postura criptográfica del host a estándares resistentes a la computación cuántica con un solo comando. Así, se vuelve viable para los equipos de seguridad probar el comportamiento en condiciones reales en todo el stack, en lugar de realizar experimentos aislados en aplicaciones.

El recientemente lanzado Red Hat OpenShift 4.22 ofrece intercambio de claves resistente a la computación cuántica como un recurso de disponibilidad general, listo para producción. El intercambio híbrido de claves basado en ML-KEM se activa por defecto. Esto significa que todo handshake TLS entre los componentes del plano de control utiliza criptografía resistente a la computación cuántica desde el inicio, sin necesidad de configuración. Las cargas de trabajo ejecutadas en la plataforma heredan recursos de TLS compatibles con PQC sin exigir ninguna alteración en el código de las aplicaciones.

Como RHEL es responsable de las bibliotecas de seguridad de bajo nivel (como OpenSSL), los desarrolladores de aplicaciones no necesitan reescribir código ni gestionar la selección de algoritmos. Esta herencia contrasta con enfoques fragmentados tradicionales de otras plataformas derivadas de Kubernetes, que no ofrecen integración nativa, de extremo a extremo y lista para usar de PQC en el plano de control. Aunque las implementaciones completas en producción aún exigen validación técnica continua para definir las configuraciones óptimas para cada entorno corporativo, esta vista previa tecnológica ofrece un mecanismo importante para validar la compatibilidad de softwares y preparar a los equipos de infraestructura para la migración más amplia.

3. Transfiere los límites de la seguridad de la capa de aplicación a la capa de plataforma

Esperar que equipos individuales de desarrollo reescriban manualmente todas las aplicaciones para ofrecer soporte a la criptografía post-cuántica genera enorme fricción operacional, retrasa cronogramas y aumenta el riesgo de errores de configuración.

Para entender el valor de este enfoque, imagina que cada conexión hecha por tus aplicaciones es una llamada telefónica cifrada. Los adversarios no necesitan comprender estas conversaciones hoy; basta con grabarlas. Las grabaciones son incomprensibles ahora, pero no expiran, y la apuesta es que computadoras cuánticas podrán reproducirlas de forma legible en el futuro. Esto significa que cualquier "conversación de información" realizada hoy —ya sea la transferencia de datos de entrenamiento para un cluster de GPUs, la replicación de pesos de modelos entre diferentes localidades o el intercambio de credenciales entre agentes— ya está potencialmente expuesta a la estrategia de "recolectar ahora, descifrar después". Red Hat OpenShift altera la criptografía de todas estas conexiones en el nivel de la plataforma, utilizando algoritmos desarrollados para resistir ataques cuánticos, garantizando que las grabaciones hechas hoy continúen incomprensibles, sin que ningún equipo de desarrollo necesite modificar su propio código.

Creemos que la seguridad cuántica ya es un requisito inmediato para proteger activos de IA en tránsito. Esto cambia la conversación de una preocupación teórica sobre navegadores en el futuro a la protección inmediata de tus datos propietarios de entrenamiento, pesos de modelos y registros de agentes contra interceptaciones. Los clientes de Red Hat pueden beneficiarse al establecer una capa de plataforma de aplicaciones unificada y criptográficamente ágil, capaz de realizar automáticamente handshakes seguros en nombre de las cargas de trabajo subyacentes.

El uso de herramientas de red segura en toda la plataforma permite que las organizaciones prueben conexiones criptográficas post-cuánticas, protegiendo instantáneamente la comunicación entre containers contra interceptaciones, sin exigir alteraciones en el código fuente de las aplicaciones. Las actualizaciones criptográficas se realizan una única vez en RHEL, se propagan automáticamente a OpenShift y pasan a proteger todas las cargas de trabajo ejecutadas sobre la plataforma. Los equipos de desarrollo no necesitan reescribir código TLS, sustituir bibliotecas ni gestionar la selección de algoritmos. La plataforma lo hace por ellos.

4. Asegura el control operacional absoluto sobre la ubicación y la ejecución de los datos

Estar realmente preparado para la era cuántica exige más que actualizar claves criptográficas; requiere control total sobre dónde se almacenan los datos y cómo la infraestructura ejecuta las cargas de trabajo. Renunciar a esta autonomía arquitectónica para un plan centralizado en nube pública deja a la organización operacionalmente vulnerable a decisiones de plataforma y políticas de gestión que no están bajo su control.

Los operadores pueden maximizar el dominio sobre la infraestructura utilizando entornos de plataforma aislados para mantener límites rigurosos entre diferentes cargas de trabajo computacionales. Esto ayuda a verificar que los caminos recorridos por los datos nunca crucen ubicaciones donde esta información pueda verse comprometida. Las organizaciones también pueden combinar esta estrategia con soluciones basadas en hardware, como containers confidenciales, para proteger datos sensibles mientras están siendo procesados.

No es necesario esperar el Q-day para comenzar a prepararse. Empieza haciendo un inventario de tu superficie criptográfica: ten claro de qué algoritmos, tamaños de claves y protocolos dependen actualmente tus aplicaciones. Consulta la documentación sobre criptografía post-cuántica de Red Hat Enterprise Linux y las notas de lanzamiento de OpenShift 4.22 para entender los recursos ya disponibles. A continuación, habla con el equipo de cuentas de Red Hat sobre una evaluación de preparación para PQC. Podemos ayudarte a definir tu camino de migración antes de que lleguen los plazos.