#Linux & Open Source · 4 Min. Lesezeit · Tim Rinkel

GEISTER IM PROZESSOR! Neue Spectre-Attacke klaut dein Root-Passwort — in wenigen Minuten

GEISTER IM PROZESSOR! Neue Spectre-Attacke klaut dein Root-Passwort — in wenigen Minuten

Die Spectre-Familie von Prozessor-Lücken wollte eigentlich schon vor Jahren der Vergangenheit angehören. Jetzt zeigen Forscher der Vrije Universiteit Amsterdam (VUSec) und der Scuola Superiore Sant’Anna: Eine neue Variante namens Branch Target Reuse (BTR) liest auf einem vollständig gepatchten Intel-System innerhalb von Minuten den Root-Passwort-Hash aus dem Kernel-Speicher.

WAS BTR WIRKLICH NEU MACHT

Klassische Spectre-v2-Angriffe nutzen aus, dass ein Prozessor falsch vorhersagt, wohin ein Sprungbefehl führt, und dabei kurz Daten verarbeitet, die er eigentlich nicht verarbeiten dürfte. BTR dreht die Logik: Moderne CPUs stellen zwar sicher, dass Code nach einer Selbstmodifikation korrekt ist — sie löschen dabei aber nicht automatisch die alten Sprungvorhersagen für genau diese Speicherstelle. Wird dieselbe Speicheradresse von einer JIT-Engine (Just-in-Time-Compiler) für neuen Code wiederverwendet, kann ein Angreifer die veralteten Vorhersagen gezielt ausnutzen.

Betroffen sind damit all jene Programme, die zur Laufzeit eigenen Maschinencode erzeugen — etwa SpiderMonkey (die JavaScript-Engine in Firefox), GraalVM und, besonders brisant, der cBPF-JIT-Compiler im Linux-Kernel selbst.

DER SCHOCK-BEWEIS: Root-Hash in Minuten

Das Forscherteam — Sander Wiebing, Yuhui Zhu, Alessandro Biondi und Cristiano Giuffrida — baute zwei vollständige Exploits gegen den Linux-Kernel. Beide nutzen den klassischen BPF-JIT (cBPF) als Einstiegspunkt. Das Ergebnis laut Studie: Auf einem voll gepatchten Intel-System mit allen aktivierten Standard-Schutzmaßnahmen ließ sich der Root-Passwort-Hash in wenigen Minuten aus dem Kernel-Speicher extrahieren.

Bisher ist die Ausnutzung für Intel-Systeme bestätigt. Da das zugrunde liegende Verhalten der Sprungvorhersage aber kein Intel-spezifisches Detail ist, gehen die Forscher von einer breiteren Betroffenheit über mehrere Hersteller hinweg aus — Details dazu stehen noch aus.

WAS SCHON GETAN WURDE

Die Offenlegung erfolgte verantwortungsvoll: Bereits im Juli landeten erste Gegenmaßnahmen im Linux-Kernel, die eine Indirect Branch Predictor Barrier (IBPB) beim Anlegen von BPF-JIT-Speicher erzwingen. Mit der öffentlichen Offenlegung am 29. September sind nun die konkreten Fixes für CVE-2026-64507 und CVE-2026-64508 im Kernel gemerged. GraalVM randomisiert inzwischen die Speicherorte seines JIT-Codes, Mozilla setzt verstärkt auf Site-Isolation als zusätzliche Hürde.

WAS DU JETZT TUN SOLLTEST

  1. Kein Grund zur Panik: Es gibt bislang keine Hinweise auf Angriffe außerhalb des Labors — BTR ist ein Forschungsergebnis, kein aktiver Massenangriff.
  2. Trotzdem aktuell halten: Sobald deine Distribution die Kernel-Patches für CVE-2026-64507/64508 ausliefert, zeitnah einspielen — besonders auf Servern mit mehreren Nutzern oder Containern fremder Herkunft.
  3. Browser aktuell halten: Firefox-Updates mit verbesserter Site-Isolation genauso zeitnah übernehmen wie Kernel-Updates.
  4. Besonders betroffene Szenarien prüfen: Geteilte Server, auf denen fremder Code läuft — etwa Shared Hosting oder Multi-Tenant-Container-Umgebungen — sollten priorisiert werden.

FAZIT: Die Spectre-Familie ist noch nicht ausgestorben

Zehn Jahre nach der ersten Spectre-Enthüllung zeigt BTR: Die Grundidee — Seiteneffekte der Sprungvorhersage ausnutzen — lässt sich immer wieder neu kombinieren. Für dein Homelab oder deinen Server bedeutet das keinen Grund zur Panik, aber einen guten Grund, Kernel-Updates nicht monatelang liegen zu lassen. Genau dafür sind LTS-Kernel mit regelmäßigen Sicherheitspatches gemacht.

Häufige Fragen

Was ist Branch Target Reuse (BTR) genau?
BTR ist eine neue Variante der Spectre-v2-Prozessorlücke. Sie nutzt aus, dass CPUs nach einer Selbstmodifikation von Code zwar die Korrektheit des Codes selbst wiederherstellen, aber alte Sprungvorhersagen für die betroffene Speicherstelle nicht zuverlässig löschen. Wird diese Stelle von einer JIT-Engine für neuen Code wiederverwendet, lassen sich die veralteten Vorhersagen ausnutzen, um Speicherinhalte auszulesen.
Ist mein System bereits angreifbar?
Bislang gibt es keine bekannten Angriffe außerhalb der Forschungsumgebung von VUSec und Scuola Superiore Sant’Anna. Die Forscher haben aber gezeigt, dass ein funktionierender Exploit auf einem vollständig gepatchten Intel-Linux-System möglich ist. Für andere Hersteller als Intel ist die genaue Betroffenheit noch nicht abschließend untersucht.
Reicht ein normales Sicherheitsupdate zum Schutz?
Die konkreten Kernel-Fixes für CVE-2026-64507 und CVE-2026-64508 sind bereits im Linux-Kernel gemerged und werden über die üblichen Distributions-Updates verteilt. Wichtig ist, diese Updates zeitnah einzuspielen, sobald sie für die eigene Distribution verfügbar sind, statt sie wie ein reines Funktionsupdate zu behandeln.
Welche Programme sind neben dem Linux-Kernel noch betroffen?
Betroffen sind grundsätzlich alle Programme mit Just-in-Time-Compilern, die zur Laufzeit eigenen Maschinencode erzeugen. Dazu zählen die JavaScript-Engine SpiderMonkey in Firefox und die Java-Plattform GraalVM. Beide Projekte haben bereits eigene Gegenmaßnahmen wie Code-Cache-Randomisierung beziehungsweise verstärkte Site-Isolation umgesetzt.

Quellen

Kommentar hinterlassen

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert