Turin ist der Codename der fünften Generation der AMD-EPYC-Prozessoren. Alle drei Lücken gehören zur Klasse der Transient Scheduler Attacks (TSA). Zwei davon, TSA-SQ (CVE-2024-36350) und TSA-L1 (CVE-2024-36357), wurden am 8. Juli 2025 für ältere EPYC-Prozessoren veröffentlicht. Laut AMD sind die Zen-5-Prozessoren, zu denen Turin gehört, „anders betroffen als bisher beschriebene AMD-Prozessoren“. Neu ist die dritte Lücke, CVE-2026-0004. Über sie kann ein Angreifer, der Code auf einem System ausführen kann, möglicherweise Daten im L1-Datencache des Prozessors ableiten.

Das Xen Project, das den Hypervisor Xen pflegt, nennt die neue Lücke TSA-Fill. Zugleich korrigiert es eine frühere Angabe: „AMD hatte zuvor erklärt, dass Zen5-CPUs nicht für TSA-SQ und TSA-L1 anfällig sind.“

Google stuft das Problem als mittelschwer ein. In seinem Zen-5-Bulletin und im Sicherheitshinweis zu CVE-2026-0004 ordnet AMD alle drei Lücken als lokale Angriffe mit hoher Angriffskomplexität ein, für die niedrige Rechte genügen. Keine der drei Lücken steht derzeit im KEV-Katalog der US-Behörde CISA, in dem ausgenutzte Schwachstellen gelistet sind. Weder Google noch AMD berichten von einer Ausnutzung.

Im Sicherheitsbulletin von Google stehen folgende Schritte für die einzelnen Dienste:

  • VMs: Den Fix des Betriebssystemherstellers einspielen, sobald er erscheint. Ab dieser Woche ändert Google die CPU-Informationen, die VMs melden, damit ein gepatchter Gastkernel seine Schutzmaßnahmen aktivieren kann. Ist diese Änderung bei einer VM angekommen, muss sie gestoppt und wieder gestartet werden. Google betont: „Ein Neustart des Gastbetriebssystems reicht nicht aus.“
  • Bare-Metal-Instanzen: Wer auf C4D- oder Z4D-Bare-Metal-Instanzen ein eigenes Betriebssystem oder einen eigenen Hypervisor betreibt, soll die Fixes des jeweiligen Herstellers einspielen, sobald sie verfügbar sind.
  • Hypervisoren innerhalb einer VM: Die Änderung der CPU-Informationen gilt auch hier, damit gepatchte Gastkernel ihre Schutzmaßnahmen aktivieren können. Nach Eintreffen der Änderung muss die VM gestoppt und wieder gestartet werden.
  • GKE: Für Bare-Metal-Instanzen mit Turin-Prozessoren soll es aktualisierte Node-Images geben. Ein Upgrade der Nodes übernimmt auch die geänderten CPU-Informationen. Derzeit führt das Bulletin diese Images noch nicht als verfügbar.
  • Cloud Run: Es ist nichts zu tun.

Kunden mit älteren Rome-, Milan- und Genoa-Prozessoren hatten bereits bei der ersten Veröffentlichung am 8. Juli 2025 in einem früheren Bulletin dieselbe Anweisung zum Stoppen und Starten erhalten. Für VMs, deren Betriebssystemhersteller noch keinen Fix ausliefert, nennt Google keine Übergangsmaßnahmen. Offen bleibt auch, woran Kunden erkennen, dass die geänderten CPU-Informationen bei einer VM angekommen sind.

Ein Commit, der TSA auf Zen 5 einschließlich der neuen Variante entschärft, ist im Quellbaum des Linux-Kernels enthalten. Debian hat CVE-2026-0004 in seinem Kernel bislang nur im Zweig Unstable behoben. Im Security-Tracker gelten die Kernel in Bookworm, Trixie und Forky weiterhin als verwundbar.

Für Turin-Server auf eigener Hardware sind laut AMD sowohl Firmware- als auch Betriebssystem-Updates nötig, um die Lücken vollständig zu schließen. Die Schutzmaßnahmen können die Leistung beeinträchtigen. AMD rät Administratoren in seinen technischen Hinweisen deshalb, das Risiko für ihre eigenen Workloads abzuwägen. Das Xen Project hat in seinem Sicherheitshinweis Patches für den Hypervisor veröffentlicht. Nach seinen Angaben ist der Microcode für alle TSA-Lücken auf Zen 5 seit dem 23. September in linux-firmware enthalten.