AMD Zen 6 macht Linux' SafeRET-Mitigation unnötig

AMDs nächste Prozessorgeneration lässt Linux eine seiner Abwehrmaßnahmen gegen spekulative Ausführung weg. Ein Kernel-Patch mit dem Titel "x86/bugs: Adapt SRSO mitigation to Zen6" landete am 1. September 2026 im tip-Baum. Das ist wichtig, weil der Chip nun in Hardware erledigt, was der Kernel in Software getan hat. Software-Mitigationen laufen auf jeder betroffenen Maschine.

Geschrieben hat den Patch Borislav Petkov, Kernel-Entwickler bei AMD. Er hat ihn am 21. August 2026 verfasst und am 1. September 2026 selbst committet.

Der Angriff, gegen den das schützt

Moderne Prozessoren erraten, welcher Code als Nächstes läuft. Das nennt man spekulative Ausführung. Die Vermutung hält den Chip beschäftigt, statt ihn warten zu lassen. Ist sie falsch, wird die Arbeit verworfen.

Das Problem ist, dass die verworfene Arbeit Spuren hinterlässt. Wer diese Vermutungen lenken kann, bringt den Prozessor dazu, kurz Daten zu berühren, die er nicht berühren dürfte. Aus den Spuren lässt sich dann auf den Inhalt schließen. SRSO, kurz für Speculative Return Stack Overflow, ist so eine Lücke. Sie zielt auf die Vorhersagen, wohin eine Funktion zurückkehrt. Phoronix berichtet, dass SRSO die Generationen Zen 1 bis Zen 4 betraf.

Linux antwortete auf SRSO mit einer Software-Mitigation namens SafeRET. Genau dieses Stück macht Zen 6 unnötig.

Was Zen 6 in Hardware ändert

Der Branch Target Buffer ist ein kleiner Zwischenspeicher, in dem der Prozessor seine Vermutungen darüber hält, wo ein Sprung im Code landet. Können die Einträge eines Programms die eines anderen beeinflussen, werden diese Vermutungen zur Angriffsfläche.

Zen 6 trennt sie. "Zen6 hat einen BTB-Schutz, der die verschiedenen Kontexte (User/Kernel, Guest/Host) voneinander isoliert", heißt es in der Commit-Nachricht. Phoronix nennt die Funktion BTB CTX isolation, also Kontexttrennung im Branch Target Buffer.

Diese Beschreibung deckt zwei Grenzen ab. Die eine liegt zwischen einem normalen Programm und dem Kernel. Die andere zwischen einem Gast in einer virtuellen Maschine und dem Host, der sie betreibt.

Was der Patch tatsächlich tut

Die Änderung ist klein und berührt drei Dateien im x86-Code.

Punkt	Detail
Commit	"x86/bugs: Adapt SRSO mitigation to Zen6"
Autor	Borislav Petkov (AMD)
Geschrieben	21. August 2026
In tip committet	1. September 2026
Geänderte Dateien	3
Ziel-Kernel	Linux 7.4, laut Phoronix auch 7.3 als Fix möglich

Die drei Dateien sind arch/x86/include/asm/cpufeatures.h, arch/x86/kernel/cpu/bugs.c und arch/x86/kernel/cpu/scattered.c. Der Kernel erkennt das neue Hardware-Verhalten und meldet die Lage dann über eine neue Mitigation-Zeichenkette.

Was die Software weiterhin übernimmt

Der Hardware-Schutz deckt nicht alles ab, und der Commit ist bei dieser Lücke deutlich.

Angriffe zwischen zwei Nutzern und zwischen zwei Gästen erledigt der Chip noch nicht. Gemeint sind Fälle, in denen zwei Programme auf derselben Rechtestufe oder zwei virtuelle Maschinen sich gegenseitig angreifen. Dafür verlässt sich der Kernel weiter auf die Spectre-v2-Einstellungen, die beim Kontextwechsel ein IBPB auslösen.

IBPB steht für Indirect Branch Predictor Barrier. Es weist den Prozessor an, seine gesammelten Sprungvermutungen zu verwerfen. Damit können die Vorhersagen einer Arbeitslast nicht in die nächste übergehen.

Was das für Entwickler bedeutet

Lesen Sie das nicht als "Zen 6 beendet Mitigationen gegen spekulative Ausführung". Es entfällt eine bestimmte Software-Korrektur an zwei bestimmten Grenzen, und die Trennung auf gleicher Rechtestufe bleibt Aufgabe der Software. Wer fremden Code mehrerer Mandanten auf einem Host ausführt, für den zählt die Spectre-v2-Konfiguration genauso viel wie bisher.

Prüfen Sie, was Ihr Kernel meldet, statt es anzunehmen. Der Patch ergänzt eine neue Mitigation-Zeichenkette. Sobald Sie auf einem Kernel mit dieser Änderung sind, zeigt die eigene Meldung des Kernels, in welchem Zustand Ihre Maschine wirklich ist.

Wer den Aufwand von Mitigationen in Benchmarks verfolgt, sollte eine neue Basis planen. Vergleiche, die auf Zen 4 mit aktivem SafeRET entstanden sind, beschreiben keine Zen-6-Maschine ohne SafeRET. Alte Zahlen sollten nicht einfach weitergetragen werden.

Außerdem gibt es noch keine Hardware zum Testen. Diese Quellen nennen kein Erscheinungsdatum für Zen-6-Prozessoren. Nehmen Sie es daher als Vorbereitung im Kernel, nicht als Änderung, die Sie in diesem Quartal messen können. Voreinstellungen für Kernel-Schutz bewegen sich in beide Richtungen, und die Kostenseite lohnt die Erinnerung: Microsoft schaltet ab dem 13. Oktober die Speicherintegrität von Windows 11 standardmäßig ein.