As VMs do Google Cloud em chips AMD Turin precisam de um patch no sistema operacional convidado (OS, na sigla em inglês) e de um ciclo de parada e inicialização para se proteger de três falhas de canal lateral em CPUs (unidades centrais de processamento), afirmou o Google nesta semana.
A empresa já aplicou mitigações contra ataques entre VMs (máquinas virtuais) e entre VMs e o host. Dentro de uma VM, as falhas podem permitir que um invasor com código no mesmo núcleo do processador deduza dados de outros processos ou do kernel (núcleo do sistema operacional).
As séries de máquinas afetadas são C4D, N4D, H4D, Z4D e G4, incluindo instâncias bare metal (servidores físicos dedicados) de C4D e Z4D. Turin é o nome de código dos processadores AMD EPYC de quinta geração.
As três falhas são classificadas como Transient Scheduler Attacks (TSA, ataques transitórios do escalonador). Duas delas, TSA-SQ (CVE-2024-36350) e TSA-L1 (CVE-2024-36357), foram divulgadas pela primeira vez em 8 de julho de 2025, para processadores EPYC anteriores. Já CVE (sigla de Common Vulnerabilities and Exposures, ou vulnerabilidades e exposições comuns) é o sistema de identificação de falhas de segurança usado pela indústria.
A AMD afirma que seus processadores Zen 5, que incluem o Turin, são “afetados de forma diferente dos processadores AMD caracterizados anteriormente”. A terceira falha, CVE-2026-0004, é nova. Ela pode permitir que um invasor capaz de executar código em um sistema deduza dados no cache de dados L1 do processador.
O Xen Project, que mantém o hipervisor Xen, chama a nova falha de TSA-Fill. A organização também afirma que uma declaração anterior foi corrigida: “A AMD havia dito anteriormente que as CPUs Zen5 não eram vulneráveis a TSA-SQ e TSA-L1”.
O Google classifica o problema como de gravidade média. Segundo o boletim Zen 5 da AMD e o aviso CVE-2026-0004, todas as três falhas são classificadas como ataques locais, de alta complexidade de exploração, que exigem apenas privilégios baixos.
Até hoje, nenhuma das três falhas consta no catálogo KEV (sigla de Known Exploited Vulnerabilities, ou vulnerabilidades exploradas conhecidas), mantido pela Agência de Segurança de Infraestrutura e Cibersegurança dos EUA (CISA). Nenhuma das duas empresas relata exploração em seus boletins.
O que os clientes do Google Cloud precisam fazer
O boletim de segurança do Google indica os seguintes passos para cada serviço:
- VMs: instale a correção do fornecedor do sistema operacional quando ela for lançada. A partir desta semana, a empresa atualizará as informações de CPU que as VMs reportam, para que um kernel convidado com patch possa ativar suas mitigações. Depois que essa atualização chegar a uma VM, pare e inicie a máquina novamente. Como a empresa afirma: “Reiniciar o sistema operacional convidado não basta”.
- Instâncias bare metal: se você executa seu próprio sistema operacional ou hipervisor em uma instância bare metal C4D ou Z4D, aplique as correções do fornecedor assim que estiverem disponíveis.
- Hipervisores dentro de uma VM: a mesma atualização de informações de CPU se aplica, para que kernels convidados com patch possam ativar suas mitigações. Pare e inicie a VM assim que a atualização chegar.
- GKE (Google Kubernetes Engine): imagens de nós atualizadas para instâncias bare metal baseadas em Turin serão disponibilizadas, e a atualização dos nós aplica a atualização de informações de CPU. Até hoje, o boletim ainda não as lista como disponíveis.
- Cloud Run: nenhuma ação é necessária.
Clientes com processadores mais antigos, Rome, Milan e Genoa, receberam a mesma instrução de parada e inicialização em um boletim anterior, na época da divulgação original, em 8 de julho de 2025.
Enquanto isso, a empresa não indica nenhuma ação para VMs cujo fornecedor do sistema operacional ainda não lançou uma correção. Também não informa como saber quando a atualização de informações de CPU chegou a uma VM.
Um commit do kernel que mitiga o TSA no Zen 5, incluindo a nova variante, já está no código-fonte do kernel Linux. Até hoje, o Debian corrigiu a CVE-2026-0004 em seu kernel Linux apenas no ramo instável. Seu rastreador de segurança ainda lista os kernels de bookworm, trixie e forky como vulneráveis.
Para servidores Turin em hardware próprio, a AMD afirma que são necessárias atualizações de firmware da plataforma e do sistema operacional para mitigar totalmente as falhas. A mitigação pode afetar o desempenho, e os administradores devem avaliar o risco para suas próprias cargas de trabalho, segundo as orientações técnicas da empresa.
O Xen Project publicou patches de hipervisor em seu aviso Xen. Segundo a organização, o microcódigo para todas as falhas TSA no Zen 5 está no linux-firmware desde 23 de setembro.
