Google Cloud dos EUA divulga roteiro de segurança quântica com prontidão total em 2029

De acordo com pt.wedoany.com-O Google Cloud definiu 2029 como a meta para alcançar a prontidão total da criptografia pós-quântica (Post-Quantum Cryptography, PQC) em toda a sua infraestrutura de nuvem, divulgando em 11 de agosto um roteiro de migração plurianual que abrange conectividade de rede, assinaturas digitais, sistemas de identidade, certificados, gerenciamento de chaves e segurança de hardware. A empresa já implementou algumas medidas de proteção quântica e planeja concluir mudanças em maior escala em 2027 e 2028.

O roteiro divide o trabalho de migração em três áreas: proteger dados criptografados contra futuras ameaças de descriptografia quântica, evitar a falsificação de assinaturas digitais e identidades, e construir infraestrutura capaz de se adaptar a mudanças nos padrões criptográficos.

Parte do trabalho já foi concluída. Os endpoints da API do Google Cloud agora suportam troca de chaves quântico-segura usando o modo híbrido ML-KEM padronizado pelo Instituto Nacional de Padrões e Tecnologia dos EUA (NIST); os balanceadores de carga de aplicativos e proxies suportam troca de chaves pós-quântica híbrida com TLS 1.3; o Cloud KMS já oferece amplamente os algoritmos padronizados ML-KEM, ML-DSA e SLH-DSA. Em agosto, o Google também lançou uma versão preliminar de importação de chaves quântico-seguras para o Cloud KMS, facilitando que organizações no modo traga-sua-própria-chave (bring-your-own-key) migrem chaves criptográficas para o Google Cloud.

Esse cronograma está relacionado ao ritmo regulatório. Em 2024, após finalizar três padrões de PQC, o NIST instou as organizações a começar a usá-los e planejar a migração, em vez de esperar pelo surgimento de computadores quânticos suficientemente potentes.

O hardware quântico em si também continua evoluindo. A IBM está expandindo sua infraestrutura quântica por meio de módulos criogênicos interconectados em larga escala para avançar na pesquisa rumo à computação tolerante a falhas, conforme noticiou o site de tecnologia dos EUA eWeek.

A parte mais urgente do cronograma do Google visa ataques de "armazene agora, descriptografe depois" (store now, decrypt later). Em teoria, atacantes podem coletar e armazenar tráfego criptografado hoje para decifrar criptografia de chave pública vulnerável quando sistemas quânticos futuros forem suficientemente potentes. Por isso, o Google definiu o final de 2027 como meta para um conjunto de proteções que abrange cargas de trabalho de clientes, conexões de administradores e desenvolvedores e pipelines de dados, envolvendo Cloud VPN, Cloud Interconnect, Google Cloud SDK, malha de serviços GKE, Cloud Storage, BigQuery e serviços de transferência de dados.

A próxima fase tem como meta 2028. O Google planeja estender a proteção contra resistência quântica a assinaturas digitais, atestados de software, certificados, sistemas de identidade e acesso, Computação Confidencial (Confidential Computing), Cloud HSM e sistemas externos de gerenciamento de chaves, com o Cloud IAM incluído no plano desse ano. A adoção mais ampla de certificação de segurança quântica em nível de infraestrutura se estende por 2027 e 2028.

Paralelamente, o avanço da prontidão quântica em nível federal nos EUA também está em andamento. Uma ordem executiva de junho exige que ativos federais de alto valor e sistemas de alta criticidade adotem criptografia pós-quântica para assinaturas digitais até o final de 2031.

O roteiro não promete concluir todo o trabalho em nome dos clientes. O Google distingue claramente entre "segurança da nuvem" (security of the cloud) e "segurança na nuvem" (security in the cloud): a infraestrutura subjacente, como rede, criptografia de transporte, servidores e sistemas operacionais, é migrada pelo Google, mas os clientes ainda precisam lidar com seus próprios aplicativos, software cliente, ciclo de vida de chaves assimétricas e configuração da nuvem. Parte da transição de hardware físico pode se estender além de 2029, dependendo do ciclo normal de substituição de equipamentos; requisitos de engenharia, dependências de terceiros e mudanças de padrões também podem alterar o cronograma de produtos individuais.

O Google recomenda que as empresas iniciem imediatamente três ações: inventariar onde chaves criptográficas, certificados e algoritmos vulneráveis são usados; atualizar software e ferramentas de desenvolvimento para suportar PQC; e testar aplicativos contra APIs e balanceadores de carga quântico-seguros antes de migrar para sistemas de produção.

O guia de migração do NIST oferece um prazo mais longo para o cronograma: produtos, serviços e protocolos de segurança cibernética precisam ser atualizados, e as organizações devem bloquear a localização de algoritmos vulneráveis a quantum antes da substituição; os algoritmos relacionados serão descontinuados e removidos dos padrões do NIST até 2035, com sistemas de alto risco precisando agir mais cedo.

Para equipes de segurança empresarial, 2029 funciona mais como um marco de planejamento do que um ponto final. Os provedores de nuvem já começaram a substituir os mecanismos criptográficos subjacentes de suas plataformas, e os clientes precisam avaliar se seus ativos criptográficos em seus próprios ambientes são suficientes para acompanhar esse ritmo.