Qué significa la fecha límite de Google de 2029 para su organización y cómo avanzar. 

El 25 de marzo de 2026, Google anunció que planea completar la migración a la criptografía postcuántica (PQC) en todos sus sistemas internos e infraestructura de cara al cliente para 2029. Para una organización de la envergadura de Google, esto no es una actualización tecnológica rutinaria. Es una clara señal de que la amenaza de la computación cuántica se está tratando ahora como un riesgo real para la seguridad y el negocio, y no como un problema de investigación lejano.

La importancia de este anuncio va mucho más allá de Google. Toda organización moderna depende de la criptografía para proteger identidades, certificados, actualizaciones de software, comunicaciones, transacciones financieras e infraestructura crítica. Los mismos fundamentos criptográficos que protegen el ecosistema de Google también protegen las redes empresariales, las plataformas en la nube, los entornos PKI y los sistemas de confianza digital en todo el mundo. Este blog explica qué motivó la decisión de Google, qué revelan las investigaciones subyacentes, qué implica para la infraestructura de su organización y cómo se puede implementar una respuesta práctica. 

¿Qué motivó la decisión de Google? 

Tres factores convergieron para producir este anuncio, y comprender cada uno de ellos es importante porque, en conjunto, explican por qué el cronograma ha cambiado de forma tan significativa y repentina. Los tres factores determinantes son: 

1. El hardware cuántico avanza más rápido.

Los avances en las arquitecturas de cúbits superconductores y la corrección de errores cuánticos han superado sistemáticamente las previsiones de la mayoría de los estudios públicos, y la brecha entre las expectativas y la realidad es cada vez mayor. 

La ambición de ingeniería que subyace a los múltiples programas de hardware cuántico en funcionamiento se ha ampliado significativamente, ya que se han alcanzado hitos iniciales antes de lo previsto. 

2. Nuevas estimaciones de recursos

Google Quantum AI publicó en abril de 2026 unos hallazgos que mostraban una reducción de aproximadamente 20 veces en el número de cúbits físicos necesarios para romper la criptografía de curva elíptica de 256 bits en una arquitectura superconductora, que es la base matemática que protege la mayor parte de la infraestructura digital del mundo. 

La mejor estimación publicada hasta la fecha situaba el requisito de cúbits físicos en torno a los 9 millones de cúbits en una arquitectura fotónica, lo que situaba la amenaza cómodamente fuera del horizonte inmediato para la mayoría de los fines de planificación. 

La nueva cifra se sitúa por debajo de los 500,000 cúbits físicos, y ese umbral se encuentra dentro de las ambiciones de ingeniería de los programas que existen, que cuentan con financiación y que actualmente están en fase de expansión. 

3. La ruta de migración está clara.

El NIST finalizó sus tres primeros estándares de criptografía postcuántica en 2024, lo que proporcionó a las organizaciones, por primera vez, un conjunto claro y práctico de algoritmos hacia los que migrar. 

Las herramientas, es decir, las bibliotecas criptográficas y la infraestructura de software necesarias para implementar estos algoritmos en sistemas reales, están madurando, y existen implementaciones de referencia disponibles para que los equipos las utilicen como base. OpenSSL 3.5, lanzado en abril de 2025, introdujo soporte nativo para ML-KEM, ML-DSA y SLH-DSA, y el proyecto Open Quantum Safe ha puesto a disposición implementaciones probadas en múltiples lenguajes y plataformas. Ya no existe una base técnica razonable para posponer la planificación de la migración mientras se espera que se estandaricen los protocolos.

Cabe destacar también que el anuncio fue redactado conjuntamente por el vicepresidente de ingeniería de seguridad de Google y su ingeniero sénior de criptografía. No se trata de un artículo de investigación de un equipo académico, sino de un compromiso organizacional asumido al más alto nivel de liderazgo en seguridad, que incluyó un llamado explícito a los equipos de ingeniería de toda la industria para que sigan el ejemplo. 

Qué significan realmente las nuevas estimaciones de recursos 

Un documento técnico de Google Quantum AI, elaborado en colaboración con investigadores de la Universidad de California en Berkeley, la Fundación Ethereum y Stanford, ha actualizado significativamente nuestra comprensión de cuán cerca están las computadoras cuánticas de romper el cifrado moderno. Los hallazgos no son simples mejoras a las estimaciones existentes, sino que representan una reducción significativa del plazo en el que se ha basado la mayor parte de la planificación de seguridad, y contribuyen en gran medida a explicar por qué 2029 se cita cada vez más como una fecha límite crítica.  

Antes de entrar en los hallazgos, cabe destacar cómo los autores decidieron publicarlos. En lugar de divulgar todos los detalles técnicos, omitieron la mecánica específica del ataque y validaron sus estimaciones de recursos mediante una prueba de conocimiento cero, una técnica criptográfica que permite a terceros verificar la autenticidad de las cifras sin que el artículo se convierta en una guía práctica para llevar a cabo el ataque. Este enfoque adapta las prácticas coordinadas de divulgación de vulnerabilidades de la comunidad de ciberseguridad al criptoanálisis cuántico, donde corregir la vulnerabilidad subyacente lleva años en lugar de semanas. Esto es lo que revela el artículo:

Rompiendo la ECC de 256 bits

El artículo reduce sustancialmente el umbral estimado de lo que se requiere para romper la criptografía de curva elíptica moderna. Según los autores, romper la criptografía de curva elíptica de 256 bits ahora requiere: 

• Menos de 1,200 cúbits lógicos, una cifra considerablemente inferior a cualquier estimación publicada anteriormente para este problema. 
• Menos de 90 millones de puertas Toffoli, que representan las operaciones computacionales necesarias para ejecutar el algoritmo a nivel lógico. 
• Menos de 500,000 cúbits físicos en una arquitectura superconductora, lo que supone aproximadamente 20 veces menos que las estimaciones previas sugeridas para la misma arquitectura superconductora. 
• Aproximadamente 9 minutos de tiempo de cálculo en una computadora cuántica superconductora. El tiempo promedio de bloque de Bitcoin es de 10 minutos, lo que significa que una computadora cuántica superconductora de alta velocidad que ejecute estos algoritmos tendría aproximadamente un 41 % de probabilidad de robar Bitcoin de una transacción activa antes de que se confirme en la cadena de bloques. La misma lógica se aplica a cualquier sistema donde la verificación criptográfica se realice en un breve lapso de tiempo, incluyendo los protocolos de enlace TLS, los flujos de autorización de pagos y las solicitudes de federación de identidades. 

La criptografía ECC de 256 bits es la base de TLS, SSH, la firma de código, el arranque seguro, las firmas digitales y todo el ecosistema blockchain. Reducir veinte veces los recursos necesarios para vulnerarla no es una mejora marginal, sino un cambio fundamental en el panorama de amenazas. 

Tres modelos de ataque cuántico que las organizaciones deben comprender  

He aquí algo que a menudo se pasa por alto en las discusiones de alto nivel sobre el riesgo cuántico. No todas las amenazas cuánticas requieren el mismo nivel de capacidad, ni todas se presentan al mismo tiempo. Comprender esta distinción es lo que permite a las organizaciones tomar decisiones de secuenciación inteligentes en lugar de tratar todo el problema como un desafío indiferenciado. Existen tres tipos de ataque: 

1. Ataques en reposo

Los ataques dirigidos a claves en reposo tienen como objetivo cualquier clave pública que haya sido expuesta y permanezca visible durante un largo período de tiempo, lo que le da al atacante todo el tiempo que necesite para derivar la clave privada correspondiente. 

Un ordenador cuántico criptográficamente relevante (CRQC, por sus siglas en inglés) es aquel capaz de romper la criptografía de clave pública actualmente desplegada a una escala y velocidad que genera riesgos de seguridad reales. Los ataques a datos en reposo no requieren un CRQC rápido. Cualquier CRQC, independientemente de su velocidad de reloj o arquitectura, puede ejecutar este tipo de ataque desde el momento en que es capaz de ejecutar el algoritmo de Shor. Esto convierte a los ataques a datos en reposo en la primera categoría de amenaza cuántica que será explotable, y significa que la ventana de exposición para este tipo de ataque se abre antes de que los ataques a datos gastados o configurados sean factibles. 

La exposición empresarial en esta categoría incluye certificados TLS de larga duración, claves de host SSH, claves de firma de código y jerarquías PKI donde las claves públicas han sido visibles públicamente durante períodos prolongados. 

2. Ataques de gasto

Los ataques de tipo "on-spend" (desembolso en operaciones) tienen como objetivo aquellas en las que se debe verificar una firma criptográfica dentro de un breve período de procesamiento o liquidación, lo que obliga al atacante a obtener una clave privada más rápido de lo que el sistema subyacente puede finalizar la transacción. 

Requieren un ordenador cuántico de reloj rápido, concretamente arquitecturas superconductoras con tiempos de ciclo de corrección de errores cortos que permitan que el algoritmo se ejecute con la suficiente rapidez para superar el plazo de liquidación. 

Las arquitecturas cuánticas más lentas, basadas en átomos neutros o trampas de iones, operan órdenes de magnitud más lentamente y no se espera que alcancen la velocidad necesaria para los ataques de agotamiento de la energía al mismo tiempo que los sistemas superconductores. 

La exposición empresarial en esta categoría incluye el protocolo de enlace TLS, los tokens de autenticación de API , la autorización de pagos en tiempo real y los flujos de inicio de sesión único y federación de identidades, donde la verificación se produce en cuestión de segundos.

3. Ataques durante la configuración

Los ataques durante la configuración inicial tienen como objetivo protocolos que dependen de parámetros públicos fijos generados mediante una ceremonia criptográfica única, y solo se requiere una computadora cuántica una vez para extraer el secreto incrustado en esos parámetros. 

Tras ese único cálculo, el atacante dispone de una puerta trasera persistente que le permite explotar el protocolo indefinidamente utilizando únicamente un ordenador clásico. Esta puerta trasera es reutilizable en todas las instancias del protocolo y puede transferirse a otros actores que nunca hayan tenido acceso directo a un ordenador cuántico , lo que convierte a este tipo de ataque en un peligro singular desde el punto de vista de la proliferación.

La exposición empresarial en esta categoría incluye sistemas de prueba de conocimiento cero, protocolos de computación multipartita seguros y sistemas de auditoría y verificación que preservan la privacidad, basados ​​en criptografía basada en emparejamientos. 

Comprender la exposición: El ejemplo de la cadena de bloques 

La infraestructura blockchain resulta útil en este caso por una razón específica: todos los datos de las transacciones son públicos, lo que permite medir la exposición cuántica con precisión y verificarla de forma independiente, en lugar de estimarla. Estas no son proyecciones basadas en modelos teóricos, sino cifras extraídas de sistemas de producción en funcionamiento que operan actualmente en registros públicos, y ofrecen una visión concreta de cómo se manifiesta este tipo de vulnerabilidad estructural a gran escala. 

La exposición al Bitcoin 

A fecha de publicación del documento de Google sobre IA cuántica en abril de 2026, aproximadamente 6.9 ​​millones de BTC son vulnerables a ataques cuánticos en reposo en todos los tipos de direcciones estándar, lo que representa una fracción significativa del suministro total en circulación. De ese total, 1.7 millones de BTC se encuentran en scripts que exponen las claves públicas directamente en la cadena de bloques sin protección hash, incluyendo monedas ampliamente atribuidas a Satoshi Nakamoto que no se han movido desde los inicios de la red. 

Otros 2.3 millones de BTC no se han movido en más de cinco años y no se pueden migrar a una dirección segura frente a la computación cuántica sin las claves privadas originales, lo que convierte a estos fondos en un objetivo permanentemente accesible para cualquier actor con un CRQC en funcionamiento. 

La exposición de Ethereum 

A diferencia de Bitcoin, la exposición cuántica de Ethereum abarca múltiples capas del ecosistema, afectando no solo a las cuentas de usuario, sino también al consenso, la gobernanza y la infraestructura de escalabilidad:

Vector de ataque	¿Qué está en riesgo?
Vulnerabilidad de la cuenta	20.5 millones de ETH en cuentas que alguna vez enviaron una transacción y, por lo tanto, expusieron su clave pública.
Vulnerabilidad de administrador	2.5 millones de ETH y aproximadamente 200 mil millones de dólares en stablecoins y activos del mundo real tokenizados, gobernados por contratos inteligentes con claves de administrador expuestas.
Vulnerabilidad del código	15 millones de ETH a través de redes y puentes de capa 2 utilizando primitivas criptográficas vulnerables a la computación cuántica.
Vulnerabilidad del consenso	37 millones de ETH apostados asegurando el mecanismo de prueba de participación mediante la agregación de firmas BLS.
Vulnerabilidad en la disponibilidad de datos	Todo el ecosistema de la capa 2 depende de los compromisos polinomiales de KZG introducidos en la actualización de Dencun de 2024.

Las cifras anteriores reflejan el estado del ecosistema Ethereum a la fecha de publicación del documento de Google Quantum AI en abril de 2026. Dado lo rápido que evoluciona el ecosistema Ethereum, las cifras específicas habrán cambiado, pero las vulnerabilidades estructurales que representan persisten. 

Qué significa esto más allá del contexto de las criptomonedas. 

No se trata de sistemas mal diseñados. Son sistemas correctamente diseñados para el entorno de amenazas existente en su momento, y ese entorno de amenazas ha cambiado ahora de maneras que no se previeron cuando se tomaron las decisiones arquitectónicas. 

Lo mismo se aplica a la infraestructura empresarial que la mayoría de las organizaciones utilizan hoy en día, y las implicaciones son idénticas, aunque la visibilidad sea menor. Las vulnerabilidades de blockchain son públicas y medibles con precisión porque los datos subyacentes son públicos. Las vulnerabilidades empresariales no son públicas, pero no son menores; de hecho, en muchos casos son mayores, ya que los sistemas empresariales manejan datos y credenciales cuya vulneración no produciría ninguna señal visible hasta que ya se hubiera producido un daño significativo.  

Cómo Global Technology Infrastructure está implementando PQC 

La migración a la criptografía postcuántica no es una intención futura ni un programa piloto llevado a cabo por un puñado de pioneros. Ya se está implementando a escala global en algunas de las mayores organizaciones de tecnología e infraestructura del mundo, y el ritmo se está acelerando. Así es como Google y otras organizaciones líderes están desplegando la criptografía postcuántica en la práctica: 

Google

• Android 17 integra las firmas ML-DSA en Android Verified Boot, protegiendo la secuencia de arranque del dispositivo contra la falsificación de firmas cuánticas desde el momento en que se enciende el dispositivo y antes de que se cargue cualquier software de usuario. 
• Android Keystore admite de forma nativa ML-DSA dentro del Entorno de Ejecución Confiable, lo que permite generar y almacenar firmas digitales post-cuánticas completamente dentro de hardware seguro sin exposición al sistema operativo principal. 
• La firma de aplicaciones de Google Play introduce bloques de firma híbridos que combinan claves clásicas y ML-DSA para paquetes de aplicaciones, cubriendo miles de millones de instalaciones activas sin que los usuarios finales ni los desarrolladores tengan que hacer nada. 
• Chrome implementó la encapsulación de claves híbridas ML-KEM de forma predeterminada desde finales de 2024, lo que significa que la protección post-cuántica ya está activa para la mayoría de las conexiones HTTPS realizadas a través del navegador. 
• Google Cloud KMS ofrece gestión de claves compatible con PQC para clientes empresariales, actualmente disponible en versión preliminar y con disponibilidad general prevista próximamente. 

El ecosistema más amplio

• AWS: AWS ha implementado ML-KEM en los puntos finales de servicio orientados al cliente, incluidos S3, CloudFront y KMS, lo que aporta la encapsulación de claves post-cuánticas a una parte significativa del tráfico global en la nube. 
• Microsoft: Microsoft ha integrado ML-KEM y ML-DSA en SymCrypt, la biblioteca criptográfica que sustenta Windows, Azure y Microsoft 365, y las API de PQC están disponibles para los desarrolladores desde 2025. 
• Cloudflare: Según informa Cloudflare, a partir de abril de 2026, más del 65 % del tráfico generado por humanos que pasa por su red está protegido con cifrado post-cuántico, lo que representa una parte sustancial del tráfico global de internet. 
• Akamai: Akamai estableció la configuración híbrida ML-KEM como configuración predeterminada para todos los clientes, extendiendo la encapsulación de claves post-cuántica a la capa de entrega de contenido y seguridad perimetral. 
• algorand: Algorand ejecutó su primera transacción protegida por PQC en 2025 utilizando firmas Falcon y ha puesto la verificación de firmas Falcon a disposición de los desarrolladores de contratos inteligentes que trabajan en la plataforma como una función nativa. 
• Plataformas BlockchainLas cadenas de bloques, incluidas Quantum Resistant Ledger, Mochimo y Abelian, se construyeron desde sus inicios sobre fundamentos criptográficos post-cuánticos, lo que demuestra que el despliegue completo de PQC en sistemas distribuidos de producción no solo es factible, sino también operativo. 

Si bien las organizaciones globales están implementando PQC en producción, el proceso conlleva sus propios desafíos, que analizaremos en la siguiente sección. 

Los desafíos de la migración de PQC

La migración a PQC es compleja tanto a nivel técnico como operativo, y las organizaciones deben comprender claramente dónde radica la dificultad. A continuación, se detallan los aspectos que las organizaciones deben planificar explícitamente: 

1. Costos de desempeño

Las firmas ECDSA, que son las que utilizan la mayoría de los sistemas actualmente, tienen un tamaño de entre 64 y 73 bytes. Las firmas Falcon, una de las opciones post-cuánticas estandarizadas por el NIST, tienen un tamaño aproximado de 1,280 bytes, lo que representa un aumento de aproximadamente 18 veces en el tamaño de la firma. Las firmas ML-DSA varían entre 2,420 y 4,595 bytes, según el nivel de seguridad seleccionado, lo que supone entre 33 y 63 veces más que una firma ECDSA comparable. 

En los sistemas que procesan firmas a gran escala, estas diferencias de tamaño se traducen en aumentos cuantificables en el consumo de ancho de banda, los requisitos de almacenamiento, la sobrecarga de la gestión de certificados y la carga de procesamiento del protocolo de enlace TLS, que deben tenerse en cuenta en el diseño en lugar de simplemente absorberse. 

2. Madurez de la implementación

Las bibliotecas PQC son más recientes y han tenido mucha menos exposición en el mundo real y menos pruebas adversarias que las implementaciones clásicas a las que reemplazan, lo que significa que es más probable que surjan casos límite y vulnerabilidades de implementación durante la implementación inicial.

Algunos esquemas post-cuánticos implican operaciones matemáticas, como el muestreo de distribuciones gaussianas discretas en Falcon, que históricamente han introducido vulnerabilidades de canal lateral basadas en el tiempo cuando se implementan sin contramedidas específicas. 

Los módulos de seguridad de hardware y los entornos de ejecución confiables requieren un trabajo de ingeniería específico para adaptarse a los tamaños de clave, firma y memoria más grandes que requieren los algoritmos post-cuánticos, y no todos los modelos HSM actuales admiten los algoritmos necesarios de forma nativa. 

3. El problema de la cadena de suministro

Los ciclos de renovación de hardware en entornos empresariales suelen durar entre cinco y diez años, lo que significa que los equipos adquiridos hoy seguirán en servicio mucho después de 2029 y deberán ser compatibles con los algoritmos post-cuánticos durante todo ese período operativo. 

Las bibliotecas de terceros, el firmware suministrado por el proveedor, los HSM, los dispositivos de red y los sistemas heredados tienen sus propios plazos de migración independientes que están fuera de su control directo y que pueden no coincidir con su horizonte de planificación interna. 

Involucrar a los proveedores desde ahora en sus planes de desarrollo post-cuántico e incorporar el soporte para algoritmos PQC en los requisitos de adquisición antes del próximo ciclo de compra de hardware no es una planificación prematura. Para muchas categorías de hardware, en particular aquellas con largos plazos de entrega y ciclos de reemplazo lentos, ya es algo que debería haberse hecho con retraso. 

4. Dos plazos importantes convergen en 2029.

El CA/Browser Forum exige una reducción en la duración máxima de los certificados TLS a 47 días para 2029, lo que representa un aumento de ocho veces en la frecuencia de renovación en comparación con el estándar actual de 398 días. Para la mayoría de las organizaciones, esto por sí solo representa un desafío operativo significativo. Si a esto se le suma la migración a PQC, que se avecina, se convierte en una presión adicional que la mayoría de los equipos de seguridad no están preparados para absorber actualmente.  

La mayoría de las organizaciones aún dependen de procesos manuales de gestión de certificados que no son escalables a ciclos de renovación de 47 días. Sin una gestión automatizada del ciclo de vida de los certificados, el volumen de renovaciones necesarias para 2029 superará la capacidad de los equipos de seguridad, lo que generará brechas en la cobertura criptográfica justo cuando la infraestructura resistente a la computación cuántica necesita ser más confiable. 

La infraestructura necesaria para los ciclos de certificación de 47 días y la infraestructura necesaria para la migración a PQC se superponen sustancialmente. Las organizaciones que las traten como flujos de trabajo separados construirán la misma infraestructura básica dos veces y asumirán el costo de dos programas separados en lugar de uno coherente.

Estos desafíos son reales, pero se pueden manejar cuando la migración se aborda de manera sistemática y se ejecuta de forma secuenciada y por fases. 

¿Cómo iniciar su transición a PQC?

Si los desafíos mencionados anteriormente le parecen abrumadores, lo más útil que debe recordar es que todas las organizaciones que han llevado a cabo con éxito una migración criptográfica a gran escala comenzaron con el mismo primer paso: comprender qué sistemas estaban utilizando realmente.

Paso 1: Crea tu inventario criptográfico

El primer paso consiste en comprender exactamente dónde existen vulnerabilidades criptográficas en su entorno: 

• Identifique todos los sistemas, protocolos, bibliotecas y aplicaciones de su entorno que actualmente utilicen RSA, ECDSA, ECDH o cualquier otro esquema criptográfico basado en ECC, incluidos los sistemas que no controle directamente, como las integraciones de terceros y los componentes suministrados por proveedores. 
• Incluya en el alcance las dependencias de terceros, el firmware suministrado por el proveedor, los módulos de seguridad de hardware, los servicios en la nube y los sistemas heredados, porque su migración solo será tan completa como el eslabón más débil de la cadena. 
• Mapea los flujos de datos que dependen de cada primitiva criptográfica para que comprendas qué sistemas están conectados entre sí y dónde una migración en un lugar crea una dependencia en otro. 
• Identifique qué sistemas manejan datos que deben permanecer confidenciales durante años, ya que estos son los objetivos prioritarios que debe descifrar más adelante y requieren medidas de protección antes de que exista una computadora cuántica, no después. Aquí es donde un CBOM se convierte en uno de los activos más valiosos de una organización. CBOM Secure de Encryption Consulting identifica la criptografía vulnerable en toda la empresa y mantiene un inventario actualizado continuamente, lo que garantiza que los datos de los activos sean precisos y estén al día en tiempo real.
  

Paso 2: Priorizar los sistemas de autenticación y firma. 

Comience por las áreas donde un fallo criptográfico tendría el mayor impacto sistémico: 

• Los sistemas de gestión de claves y las autoridades de certificación conllevan los plazos de entrega más largos y las consecuencias más graves en caso de fallo si se ven comprometidos, por lo que deberían estar en lo más alto de su lista de prioridades de migración por ambas razones. 
• Los procesos de firma de software y la infraestructura de compilación deben migrarse cuanto antes, ya que una clave de firma comprometida permite la distribución indetectable de código malicioso en todos los sistemas que confían en los artefactos firmados. 
• Los servicios de autenticación remota e identidad de dispositivos son fundamentales para arquitecturas de confianza cero y deben ser resistentes a la computación cuántica antes de que la pila de autenticación más amplia pueda considerarse segura. 
• Los servicios de autenticación y los proveedores de identidad son objetivos de alto valor porque comprometerlos proporciona acceso a todo lo que depende de ellos, y normalmente tienen dependencias complejas que requieren largos plazos de migración. 
• La infraestructura de firma de blockchain y los sistemas de gestión de monederos están directamente expuestos al vector de ataque de gasto y deben evaluarse para determinar su preparación para la migración como un flujo de trabajo independiente. 

Paso 3: Implementar configuraciones híbridas

Las implementaciones híbridas ofrecen una forma práctica de iniciar la migración sin necesidad de que todo el ecosistema haga la transición a la vez: 

• La ejecución de ML-KEM junto con los algoritmos clásicos de encapsulación de claves existentes proporciona resistencia cuántica para los datos sensibles en tránsito, al tiempo que mantiene una interoperabilidad total con los sistemas que aún no han completado su propia migración. 
• Este enfoque híbrido significa que no es necesario esperar a que se migren todos los sistemas de su entorno antes de comenzar a proteger los flujos de datos más sensibles, lo cual es particularmente importante dada la amenaza actual de recolección activa de datos. 
• El despliegue en producción de Chrome del modelo híbrido ML-KEM a escala global constituye el modelo de referencia operativo para este enfoque y demuestra que es técnicamente sólido y operativamente manejable. 

Paso 4: Contacta con tus proveedores ahora.

La preparación para la migración no solo depende de sus propios sistemas, sino también de la preparación del ecosistema de proveedores que los respalda: 

• Solicite hojas de ruta de control de calidad de producto (PQC) explícitas a todos los principales proveedores de hardware y software de su entorno, y considere la ausencia de una hoja de ruta clara como un riesgo de adquisición que debe abordarse antes de su próxima renovación o decisión de compra. 
• Incorpore la compatibilidad con algoritmos post-cuánticos en los requisitos de adquisición de todas las nuevas compras de hardware en el futuro, de modo que cada dispositivo que ingrese a su entorno a partir de ahora tenga una vía viable para un funcionamiento seguro frente a la computación cuántica durante toda su vida útil. 
• Identifique los sistemas con ciclos de reemplazo prolongados, en particular los módulos de seguridad de hardware (HSM), los dispositivos de red y los sistemas integrados, y priorice la comunicación temprana con sus fabricantes para que las actualizaciones de firmware o hardware puedan planificarse con suficiente antelación a cuando sean necesarias. 

Paso 5: Diseñar para la criptoagilidad

Los sistemas futuros deberían diseñarse teniendo en cuenta la adaptabilidad para que las transiciones criptográficas puedan producirse sin grandes alteraciones arquitectónicas: 

• A partir de ahora, todos los sistemas nuevos que se construyan o adquieran deberán diseñarse para permitir el intercambio de algoritmos criptográficos sin necesidad de una reestructuración completa, de modo que las futuras transiciones de algoritmos puedan ejecutarse a nivel de biblioteca o configuración, en lugar de a nivel de sistema. 
• Agilidad criptográfica No se trata de una solución de migración a corto plazo que pierda importancia una vez finalizada la transición actual. Es una capacidad operativa permanente que toda organización necesitará indefinidamente a medida que el panorama criptográfico siga evolucionando. 
• Los sistemas que no pueden adaptarse rápidamente a los cambios de algoritmos representan un problema cada vez mayor, ya que cada ciclo de migración sucesivo requerirá un esfuerzo y un coste desproporcionadamente mayores para solucionarlos. 

Paso 6: Prueba y valida tu plan de migración.

La planificación de la migración debe tratarse como un ejercicio operativo que necesita ser validado en condiciones de ejecución realistas: 

• Simule el impacto operativo de migrar sus sistemas de máxima prioridad en un plazo de tiempo reducido para que comprenda cuáles son los desafíos reales de ejecución antes de enfrentarlos bajo la presión de plazos reales. 
• Ponga a prueba la capacidad de su organización para revocar y reemitir certificados a gran escala bajo presión de tiempo, ya que esta capacidad será esencial tanto para el mandato de certificados de 47 días como para cualquier respuesta de emergencia ante un incidente criptográfico. 
• Identifique las dependencias y los cuellos de botella específicos de su entorno que le impedirían completar la migración para 2029, de modo que pueda abordarlos de forma proactiva en lugar de descubrirlos cuando se acerque la fecha límite y las opciones sean limitadas. 

Estos pasos constituyen la base del enfoque de Encryption Consulting para la migración a PQC, que describiremos a continuación. 

Cómo puede ayudar la consultoría de cifrado 

Encryption Consulting es un socio de confianza para organizaciones que buscan una seguridad cuántica a prueba de ataques. Le guiamos en cada fase de la transición, desde el análisis inicial hasta la migración completa a producción, con una metodología basada en la experiencia práctica y conocimientos especializados comprobados. 

Descubrimiento e inventario criptográfico

Comenzamos por mapear todo su entorno criptográfico, identificando cada sistema en entornos locales, en la nube e híbridos que dependa de claves criptográficas, certificados, algoritmos y dependencias en aplicaciones, API, redes y bases de datos. 

La mayoría de las organizaciones se sorprenden por el alcance de lo que esto revela. No se puede priorizar lo que no se ve, y este paso es la base sobre la que se construye todo lo demás. 

Un elemento clave para estructurar y facilitar la toma de decisiones en este proceso es la Lista de Materiales Criptográficos (CBOM, por sus siglas en inglés). Una CBOM es un registro completo y consultable de todo lo que su entorno utiliza para la criptografía, organizado de manera que respalde directamente la planificación de la migración, la priorización de riesgos y la elaboración de informes de cumplimiento. Sin ella, las organizaciones abordan su migración de PQC prácticamente a ciegas.  

CBOMSecure es la plataforma diseñada por Encryption Consulting para generar y mantener ese registro. Descubre e inventaría automáticamente todos los activos criptográficos de su entorno, asigna los activos vulnerables a la computación cuántica a los estándares NIST PQC y supervisa continuamente su postura criptográfica para detectar nuevas vulnerabilidades, certificados caducados y desviaciones de configuración antes de que se conviertan en incidentes. Para las organizaciones que se enfrentan a la convergencia del mandato de certificados de 47 días y la migración a PQC en el mismo horizonte de 2029, CBOMSecure proporciona la visibilidad fundamental que hace que ambos programas sean manejables. No se puede migrar lo que no se encuentra, ni automatizar lo que no se ha inventariado.

Evaluación de impacto de PQC 

Evaluamos la exposición a todos los activos criptográficos de su entorno que utilizan RSA, ECC o algoritmos similares. 

Evaluamos su infraestructura de clave pública (PKI), módulos de seguridad de hardware (HSM) y aplicaciones para determinar su preparación para el control de calidad de la plataforma (PQC) y le entregamos un informe priorizado que identifica sus áreas de mayor riesgo y las relaciona con un conjunto claro de necesidades de migración.  

Estrategia y hoja de ruta de PQC

Con los riesgos claramente definidos, desarrollamos una estrategia de migración personalizada y por fases, alineada con las prioridades de su negocio, las obligaciones de cumplimiento y las limitaciones técnicas. 

Esto incluye actualizaciones de políticas, diseño de algoritmos ágiles y una hoja de ruta clara que abarque implementaciones piloto, configuraciones híbridas y migración completa a producción en una secuencia que sea realista para su organización. 

Evaluación de proveedores y prueba de concepto 

Le ayudamos a seleccionar y probar soluciones preparadas para PQC definiendo los requisitos técnicos y comerciales para los procesos de RFI y RFP, realizando pruebas de concepto para evaluar las ofertas de los proveedores y entregando una matriz de comparación de proveedores con un informe de recomendaciones claro.

No todos los proveedores que afirman estar preparados para el control de calidad precompra son iguales, y este paso garantiza que sus decisiones se basen en pruebas y no en marketing. 

Pruebas piloto y escalamiento

Antes del despliegue completo, validamos las configuraciones de PQC en entornos piloto para confirmar la interoperabilidad, detectar problemas de integración con antelación y minimizar las interrupciones cuando el despliegue se amplíe a producción. 

Los comentarios recibidos de las partes interesadas, tanto técnicas como comerciales, durante la fase piloto se utilizan para perfeccionar el enfoque antes de que se implemente en sistemas en producción. 

Implementación de PQC

Llevamos a cabo una migración a gran escala, integrando la criptografía postcuántica en su entorno de producción a través de su PKI, aplicaciones, infraestructura, servicios en la nube y API, al tiempo que mantenemos la continuidad del cumplimiento y la compatibilidad con algoritmos híbridos durante toda la transición. 

Cada proyecto incluye formación práctica para sus equipos, documentación técnica detallada para el mantenimiento continuo y sistemas de monitorización y procesos de gestión del ciclo de vida para realizar un seguimiento del estado criptográfico, detectar anomalías y facilitar futuras actualizaciones. 

La transición a la criptografía postcuántica es uno de los desafíos de infraestructura más complejos a los que se han enfrentado las organizaciones en una generación, pero no tienes que afrontarlo solo.

Conclusión 

La combinación del plazo de Google para 2029, las nuevas estimaciones de recursos de Google Quantum AI y la creciente presión regulatoria revelan una tendencia clara. La transición post-cuántica ya no es un mero ejercicio de planificación a futuro, sino un desafío operativo real que las mayores organizaciones tecnológicas del mundo ya están abordando, y el margen para una migración ordenada se reduce con cada año que pasa. 

Es probable que la transparencia en la investigación sobre computación cuántica disminuya a medida que los programas se acerquen a la viabilidad comercial, lo que significa que las señales públicas en las que las organizaciones suelen basarse para planificar serán menos fiables precisamente cuando la amenaza sea más aguda. La primera señal de que existe una computadora cuántica con relevancia criptográfica podría no provenir de un comunicado de prensa, sino de un patrón inesperado de sistemas comprometidos. 

Las organizaciones que mejor se desenvuelvan en esta situación no son necesariamente las que cuentan con los mayores presupuestos. Son aquellas que parten de una visión clara y transparente de su propia exposición criptográfica, priorizan su respuesta en torno a los sistemas de mayor riesgo y desarrollan la agilidad criptográfica necesaria para que las transiciones futuras sean manejables en lugar de disruptivas. 

Google ha fijado su fecha límite en 2029. Los reguladores han fijado la suya. La pregunta que todo líder en seguridad y tecnología debe responder no es si la migración es necesaria, sino si hay suficiente margen de tiempo para llevarla a cabo correctamente, según sus propios términos, antes de que la fecha límite los obligue a hacerlo. 

Si no sabes por dónde empezar, Encryption Consulting puede ayudarte. Contáctanos en [email protected] y te ayudaremos a comprender tu situación actual y lo que necesitas para alcanzar tus objetivos.