Announcing quantum-safe key import in Cloud KMS

As enterprises increasingly adopt multicloud architectures, bring your own key (BYOK) has become a fundamental pillar for maintaining data sovereignty and helping protect critical cloud workloads.

As enterprises increasingly adopt multicloud architectures, bring your own key (BYOK) has become a fundamental pillar for maintaining data sovereignty and helping protect critical cloud workloads.

Following our previous announcements of quantum-safe digital signatures and quantum-safe key encapsulation mechanisms (KEMs) in Cloud Key Management Service (Cloud KMS), we are excited to announce the preview of quantum-safe key import in Cloud KMS for software-based cryptographic keys.

Our updated quantum-safe BYOK capability, the first step of the next phase of our post-quantum cryptography (PQC) migration timeline, can help you protect your sensitive keys before a cryptographically-relevant quantum computer (CRQC) emerges.

As you adopt quantum-safe key import to help protect your keys in transit, you can also monitor your overall post-quantum posture with Cloud KMS PQC insights, now generally available. This high-level visual illustrates your asymmetric keys based on the categorization of the algorithms they use, and can help you plan for future modernization and support long-term resilience.

The threat: Store Now, Decrypt Later attacks Traditional key import methods rely on classical asymmetric encryption standards to wrap keys during transit. While these algorithms successfully defend against today’s threats, they will become fundamentally insecure when a viable quantum computer emerges that can potentially decrypt keys that adversaries have intercepted and stored.

Quantum-safe key import helps mitigate these store now, decrypt later (SNDL) attacks by wrapping your keys in a quantum-resistant envelope from day one.

In context

• Topic: Cloud y Arquitectura — Nube pública, híbrida, costos y decisiones de infraestructura.
• Source: Google Cloud Blog
• Published: 20/08/2026

Continue reading at the original source →

Excerpt published automatically by the site radar. The full text belongs to its publisher and is linked above.

Por qué importa

Después de unos años, casi toda organización que migró a la nube descubre lo mismo: la factura crece más rápido que el negocio. No porque la nube sea cara, sino porque nadie apaga lo que ya no se usa y nadie tiene el incentivo de revisarlo.

Separo lo que se mueve por costo de lo que se mueve por capacidad. Migrar para ahorrar casi nunca funciona; migrar para poder hacer algo que antes no se podía, sí. Cuando el argumento es solo de ahorro, conviene revisar los números otra vez porque suelen estar incompletos.

Lo que suele salir mal

Donde suele romperse es en las capacidades del equipo. La plataforma es nueva pero la gente aprendió sobre la marcha, sin tiempo y sin acompañamiento. Terminan replicando en la nube las mismas prácticas del centro de datos, con lo cual se pagan precios de nube por beneficios que nunca llegan.

Qué mirar

• Qué pasa cuando el proveedor tiene una caída, porque la va a tener, y qué queda operando mientras tanto.
• El costo total a tres años con crecimiento real, no la promoción del primer año.
• Qué tan difícil sería salir o mover una parte a otro proveedor, que es el poder de negociación futuro.

Cómo leo esta entrada

Si esto entrara en una decisión de infraestructura, yo pediría el costo total a tres años con el crecimiento real puesto adentro, no el del primer año con descuento de entrada. La mayoría de las sorpresas de nube están en el año dos, cuando el descuento se acaba y el volumen ya subió.

La noticia original está publicada en otro idioma; acá se cita el extracto tal como lo entrega el medio y el comentario se escribe en español.