Google Cloud heeft klanten geïnformeerd over AMD Turin CPU-kwetsbaarheden die, afhankelijk van de situatie, tot datalekken binnen een virtuele machine kunnen leiden. Het gaat om zogeheten CPU side-channel issues die onder specifieke omstandigheden informatie kunnen helpen afleiden tussen processen op dezelfde core.
De kans op misbruik hangt samen met toegangsniveau en complexiteit. Google beoordeelt de impact als medium, terwijl AMD de aanval als lokaal type ziet met hoge aanvalcomplexiteit en alleen lage privileges nodig acht.
Wat is er precies aan de hand met AMD Turin?
De betrokken CPU’s vallen onder de AMD-naamgeving rond Turin (vijfde generatie AMD EPYC). Google benoemt meerdere machine-series waarin deze kwetsbaarheden voorkomen: C4D, N4D, H4D, Z4D en ook G4. Daarnaast vallen ook bare-metal varianten van C4D en Z4D onder de scope.
Google benadrukt dat er al mitigaties zijn toegepast tegen aanvallen tussen verschillende VM’s en tussen VM’s en de host. Het nieuwe punt zit binnen de VM: een aanvaller met eigen code op dezelfde processorcore kan mogelijk informatie uit andere processen of de kernel afleiden.
Welke kwetsbaarheden horen bij deze melding?
Alle drie de issues worden door Google en de betrokken partijen beschreven als Transient Scheduler Attacks (TSA). Twee ervan waren eerder bekend voor andere EPYC-generaties en zijn inmiddels gekoppeld aan CVE’s:
- TSA-SQ: CVE-2024-36350
- TSA-L1: CVE-2024-36357
Daarnaast is er een derde, nieuw genoemde variant:
- CVE-2026-0004, door het Xen Project aangeduid als TSA-Fill
Google beschrijft dat deze derde kwetsbaarheid een aanvaller kan helpen data af te leiden in de L1 data cache wanneer er code op hetzelfde systeem kan worden uitgevoerd.
Waarom is deze update belangrijk voor VM’s?
Het belangrijkste verschil tussen “algemene mitigaties” en de actie die Google Cloud vraagt, ligt in de beschikbaarheid van correcte CPU-informatie in de virtuele omgeving. Google geeft aan dat het om een combinatie gaat van:
- OS-patches van de gast (guest) die de mitigaties aanzetten
- een update van de CPU-informatie die VM’s rapporteren
- een stop- en startactie zodat die mitigaties echt actief worden
Google stelt daarbij expliciet dat alleen het opnieuw opstarten van het gast-besturingssysteem niet voldoende is. De VM moet de juiste CPU-informatie ontvangen en daarna opnieuw draaien.
Wat moeten klanten doen in Google Cloud?
Google Cloud publiceert per servicetype een set stappen. Hieronder zetten we de kernpunten op een rij.
Virtuele machines (VM’s)
Installeer de fix van uw OS-vendor zodra die beschikbaar is. Google start bovendien met het updaten van de CPU-informatie die VM’s doorgeven. Daarna volgt: stop en start de VM zodat een gepatchte guest kernel de mitigaties kan inschakelen.
Bare-metal instances
Gebruikt u uw eigen OS of hypervisor op een bare-metal instantie (bijvoorbeeld in C4D of Z4D), dan moet u de fixes van uw vendor toepassen wanneer die beschikbaar komen.
Hypervisor-delen binnen een VM
Als u binnen een VM hypervisorfunctionaliteit draait, geldt een vergelijkbare aanpak. Zodra de CPU-informatie-update er is, helpt een stop- en start van de VM om de mitigaties te activeren via de gepatchte guest kernel.
GKE
Voor GKE noemt Google updated node images voor Turin-gebaseerde bare-metal instances. Zodra een node-upgrade plaatsvindt, wordt de CPU-informatie-update meegenomen. Op het moment van publiceren stond in de bulletin nog niet dat alles direct beschikbaar was voor alle omgevingen.
Cloud Run
Voor Cloud Run geeft Google aan dat geen actie nodig is.
Hoe zit het met Linux, Xen en eerder gepatchte varianten?
Google verwijst naar een kernel commit die TSA’s op Zen 5 (incl. de nieuwe variant) mitigeert in de Linux kernel source tree. Tegelijk geeft de melding een praktische statusverschillen aan:
- Debian zou CVE-2026-0004 alleen in de unstable branch hebben gefixt.
- De security tracker zou kernels in bookworm, trixie en forky nog als kwetsbaar beschouwen.
Ook AMD’s technische guidance noemt dat voor Turin-servers op eigen hardware zowel platform firmware als OS-updates nodig kunnen zijn voor volledige mitigatie. Daarbij kan er impact op performance optreden, waardoor beheerders de afweging moeten maken voor hun workloads.
Het Xen Project heeft daarnaast hypervisor-patches gepubliceerd voor de TSA-issues. Volgens Xen zit de benodigde microcode voor alle TSA-flaws op Zen 5 al in linux-firmware vanaf 23 september.
Is er al misbruik in het wild?
Google en AMD rapporteren in hun bulletins dat zij geen exploitatie zien voor deze drie varianten. Verder staat er in de melding dat deze issues niet zijn opgenomen in de KEV-catalog van de U.S. Cybersecurity and Infrastructure Security Agency.
Dat betekent niet dat u niets moet doen, maar wel dat het nu vooral gaat om voorbereiding en risicobeperking via patching en de juiste operational stappen.
Praktische checklist voor IT-teams
Als u VM’s of clusters beheert met Turin-gebaseerde infrastructuur, helpen deze stappen om snel en gericht te handelen:
- Inventariseer welke instance-typen (zoals C4D/Z4D) en node-pools in scope zijn.
- Wacht niet alleen op OS-patches: plan ook de stop- en start na de CPU-informatie-update.
- Controleer distributie-status (bijv. Debian-branches) om te weten welke kernel daadwerkelijk is voorzien van de TSA-mitigatie.
- Beoordeel performance-impact na mitigaties, vooral bij gevoelige workloads.
- Plan werkvensters voor VM-restarts en GKE-node-upgrades.
Als u parallel ook naar andere hardening- en vulnerability-aanpak kijkt, kan het nuttig zijn om te vergelijken met eerdere guidance rond VM- en platformkwetsbaarheden, zoals in Microsoft Patch Tuesday en Outlook zero-day—niet omdat het dezelfde CPU’s betreft, maar wel vanwege de manier waarop patch- en actieplannen doorgaans worden gestructureerd.
Conclusie
AMD Turin CPU-kwetsbaarheden vragen om concrete actie binnen Google Cloud om mogelijke datalekken binnen VM’s te voorkomen. De kern zit in het correct toepassen van OS-patches én het uitvoeren van een stop- en start zodra Google de CPU-informatie heeft bijgewerkt. Hoewel er (volgens de bulletins) geen misbruik is waargenomen, is het verstandig om dit niet uit te stellen—zeker omdat sommige Linux-distributies mitigaties pas in specifieke branches hebben.
Bron: https://thehackernews.com/2026/11/google-cloud-warns-three-amd-turin-cpu.html
