LONDON (IT BOLTWISE) – Zwei neue Angriffe zeigen, dass ein kompromittierter Host bei AMD SEV-SNP unter bestimmten Firmware- und Konfigurationsbedingungen in eine geschützte VM eindringen kann. „Mior“ kombiniert das Ausnutzen einer unvollständig initialisierten Reverse-Map-Tabelle mit PSP-Debugging und einer gefälschten Attestation, wenn Angreifer Hypervisor- und BIOS-Zugriff haben. „Skyfall“ baut auf Transient Scheduler Attacks auf und kann aus fehlgeschlagenen VM-Starts Teile von Registerzuständen sowie sogar Entschlüsselungsschlüssel auslesen. AMD hat bereits Firmware- und Microcode-Korrekturen angekündigt, Kunden müssen die Updates über ihre Serverhersteller beziehen.

Im Umfeld der „Confidential Computing“-Werbung, bei der die VM auch gegenüber dem Host geschützt bleiben soll, tauchen zwei neue Forschungsergebnisse auf, die eine nüchterne Frage stellen: Welche Annahmen muss man exakt erfüllen, damit der Schutz wirklich bis in die Startphase und in die Attestation durchhält? Konkret richten sich die Angriffe Mior und Skyfall gegen AMD SEV-SNP-Implementierungen. Dabei geht es nicht um einen beliebigen Side-Channel unter normalen Betriebsbedingungen, sondern um sehr spezifische Situationen – etwa den frühen Boot-/Startpfad, Zustands-Caches nach fehlgeschlagenen VM-Starts oder privilegierte Schnittstellen im Zusammenspiel von Firmware, Hypervisor und Chipsatz.
„Mior“ zielt auf SEV-SNP genau in der Phase, in der das System die Speicherzuordnung für die VM organisiert. SEV-SNP basiert auf hardwareerzwungener Speicherverschlüsselung und einem Zugriffskontrollmodell, das den Host-Hypervisor eigentlich aus dem Klartext-Fenster heraushalten soll. In der Laborumsetzung braucht der Angriff allerdings Kontrolle über den Hypervisor und zusätzlich BIOS/UEFI-Zugriff, weil für die Versuchsbedingung bestimmte Speicher-Routing-Einstellungen entsperrt werden mussten. Das Kernstück ist die Reverse Map Table (RMP), die vom Plattform-Security-Processor (PSP) während des Startvorgangs befüllt wird. Die Forscher lenkten dabei PSP-Schreibzugriffe auf den Speicher einer von ihnen kontrollierten PCIe-Komponente um, sodass der eigentliche RMP-Teil nicht vollständig initialisiert blieb und dadurch die späteren Schutz-Einträge für die RMP selbst angreifbar wurden.
Mit der so beschädigten Schutzsituation kann der Hypervisor anschließend die RMP-Protections „umgeschrieben“ bekommen. Noch entscheidender ist, dass „Mior“ danach PSP-Debug-Kommandos nutzt und für eine „confidential VM“ Debugging aktivieren kann, obwohl diese Funktion zuvor deaktiviert war. Dadurch wird es möglich, VM-Speicher zu lesen und auch zu ändern. Für die Attestation kommt ein weiterer Hebel hinzu: SEV-SNP misst beim VM-Start das Software-Image und erstellt darauf basierende signierte Attestierungsberichte, die den gemessenen Zustand bestätigen sollen. In einem zweiten Test kopierten die Forschenden die Messung eines harmlosen VM-Images in ein bösartig gestartetes VM, sodass die Attestation-Reports das falsche Softwarebild beschreiben. In beiden Versuchen wird dies als in allen 1.000 Wiederholungen konsistent berichtet. AMD führt den Fehler als CVE-2026-0462 (CVSS 4.0: 5,9) und weist SEV-SNP als betroffene Komponente aus, nicht die älteren SEV- bzw. SEV-ES-Varianten.
„Skyfall“ kommt aus einem anderen Forschungsteam und adressiert ebenfalls die Grenzen eines „scheinbar abgesicherten“ Zustands – allerdings über Timing- und Zustandsreste. Die Grundlage bilden Transient Scheduler Attacks, die bereits am 8. Juli 2025 offengelegt wurden. Die neue Beobachtung: Wenn der Hypervisor absichtlich das Starten einer VM erzwingen lässt, kann die CPU in einem frühen Stadium bereits einen Teil des gespeicherten VM-Zustands in Caches vorhalten. Danach erfolgt jedoch nicht die übliche Bereinigung, sodass der Host über TSA den verbliebenen Inhalt auslesen kann. In der Testsituation gelang es, Registerwerte eines Test-VM sowie einen Disk-Encryption-Key zu rekonstruieren, wobei der Key über ein gezieltes Kernel-Verhalten beim Erreichen der Registerposition auslesbar gemacht wurde.
Im praktischeren Szenario argumentieren die Forschenden, dass der Hypervisor stattdessen eine Technik wie SEV-Step einsetzen könnte, um die VM kontrolliert bis zu dem Moment „durchzutreten“, in dem der Schlüssel in den Registern anliegt. Speicherzugriffe sind dabei nicht beliebig, sondern laut Beschreibung auf exakt drei Ziel-Cache-Linien in einer angegriffenen Page beschränkt – an den Offsets 0x0c0, 0x380 und 0x3c0. Der Rest der Page bleibt außerhalb des Zugriffsbereichs. Für die Evaluierung wurden mehrere Prozessoren genutzt: EPYC 7313 (Zen 3) sowie EPYC 9124 und 9334 (Zen 4); bei Zen 5 zeigte der Testreport keinen Leak. Darüber hinaus gehen die Auswertungen über VM-Speicher hinaus: Das Team liest auch entschlüsselte Microcode-Updates auf allen Testchips und rekonstruiert Registerwerte in System Management Mode (SMM)-Speicher, der für den Betriebssystemkernel normalerweise nicht zugänglich ist. AMD führt „Skyfall“ als CVE-2026-40671 (CVSS 4.0: 4,9) mit Fokus auf das Offenlegen von VM-Registerdaten.
Für Betreiber sind die Details vor allem deshalb wichtig, weil beide Angriffe „Privilegien der Plattform“ voraussetzen – bei „Mior“ insbesondere Hypervisor- und BIOS-Zugriff, bei „Skyfall“ einen bösartigen Host oder Hypervisor ohne Hardware-Manipulation. Das macht die Korrekturen gleichzeitig klar, aber operational anspruchsvoll: Die AVs empfehlen BIOS-Updates über den jeweiligen Serverhersteller, weil die Schutzlogik in der Host-Firmware implementiert wird. AMD nennt konkrete Zielzeiten und Firmware-Pakete: SEV-SNP-„Mior“-Fixes sind unter anderem für EPYC 7003 Milan, 8004 Genoa und 9004 Genoa vorgesehen, mit jeweiligen Plattform-Firmware-Zielmonaten und zugehörigen SEV-Firmware-/Microcode-Versionen. Bei „Skyfall“ datiert der Microcode für die betroffenen EPYC-Reihen als 12. August, während Plattform-Firmware-Fixes je nach EPYC-Modell auf November bzw. Dezember terminiert sind. Zusätzlich existiert ein Patch für die Instinct MI300A-Accelerator-Linie mit Datum 21. September; Korrekturen für weitere Embedded-EPYC-Modelle sollen zwischen Januar und April 2027 folgen.
In der Praxis bedeutet das: Cloud-Kunden, die vertrauliche VMs mieten, hängen davon ab, dass ihr Anbieter die BIOS- und Microcode-Ketten korrekt aktualisiert, nicht nur einzelne Komponenten im Gäste-Betriebssystem. Die Lage wird durch zwei Punkte verstärkt, die in den Advisory-Texten betont werden: Erstens gibt es keine klar benannte „Workaround“-Option, zweitens lassen die Angaben offen, ob die Updates allein oder nur als Paket aus BIOS- und Firmwarebestandteilen wirken. Auf der Verteidigungsseite kommt hinzu, dass der EDK-II-Projektkontext für die TSA-nahe Leakage bei „Skyfall“ als relevant eingestuft wird; in den beschriebenen Hinweisen wird zudem ein EDK-II-Fix für fehlende TSA-Mitigationen genannt und an Patch-Verfügbarkeit geknüpft. Schließlich ist offen, ob die Lücken bereits missbraucht wurden; beide Teams haben jedoch Proof-of-Concept-Code veröffentlicht, wobei „Mior“ explizit eine BIOS-seitige Entsperrung der Speicher-Routing-Konfiguration voraussetzt.
Für die Branche ist damit weniger ein „Alles ist unsicher“-Schlagwort relevant, sondern ein präziser Sicherheitscheck: Wer Confidential Computing nutzt, muss nicht nur die Krypthografie-Claims verstehen, sondern auch den Start- und Attestation-Pfad bis zu den konkreten Firmware-Versionen und Tabellen-Initialisierungen. Das betrifft sowohl den Prozess der Firmware-Verteilung als auch die Frage, wie gut Cloud-Provider die TCB-Parameter für SNP-Attestation gegen die eigenen Rollouts verifizieren. In den Advisory-Texten werden TCB-Werte für SNP Attestation neben den behobenen Firmwareständen angegeben, zugleich bleibt unklar, wie VM-Besitzer diese Werte zuverlässig im eigenen Betrieb prüfen können. Für IT-Leiter heißt das vor allem: Patch-Planung für BIOS/UEFI und Microcode muss zeitkritisch priorisiert werden, denn genau die „kritischen Momente“ des VM-Lebenszyklus sind in den vorliegenden Fällen der Angriffspunkt.
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- 【MEHR LEBEN FÜR DEINEN SCHREIBTISCH】 Lerne Eilik kennen – deinen kleinen Roboter-Freund mit Persönlichkeit. Mit liebevollen Animationen, ausdrucksstarken Reaktionen und spielerischen Interaktionen bringt Eilik mehr Freude in deinen Alltag. Ob auf dem Schreibtisch, im Büro oder am Nachttisch – Eilik wird schnell zu einem vertrauten Begleiter für besondere Momente.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!

- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "Mior und Skyfall: Neue Angriffe auf AMD SEV-SNP zeigen Lücken bei Firmware und Attestation" für unsere Leser?


#Sophos
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "Mior und Skyfall: Neue Angriffe auf AMD SEV-SNP zeigen Lücken bei Firmware und Attestation" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »Mior und Skyfall: Neue Angriffe auf AMD SEV-SNP zeigen Lücken bei Firmware und Attestation« bei Google Deutschland suchen, bei Bing oder Google News!