AMD SME

Architektur-ReferänzFeex

AMD Secure Memory Encryption, SME, liferet Speicherverschlüssligs-Funktione, wo vo de Plattform und vom Betriibssyschtem verwaltet wärded. Es underscheidet sich vom VM-spezifische SEV-Schutz und richtet elei no kei Confidential-Computing-Umgäbig ii.

Was du wüsse muesch

Wie 's funktioniert

D Architektur zur Speicherverschlüsslig identifiziert verschlüsselti Zueordnige über en definierte Adrässbit-Mechanismus und Plattform-Stüürige. S OS muess s Verschlüssligsbit und allfälligi Uuswirkige uf di verfüegbare physische Adrässbits berücksichtige, und mit gemeinsam gnutztem oder für Gräte sichtbarem Speicher gmäss de Plattform-Regle umgah.

Wo s nützlich isch

Es OS cha derfür sorge, dass passendi Speicher-Pages verschlüsselt wärded, wänn Date zum externe Speicher wandered. DMA-Buffer und anderi gmeinsami Mappings bruuched en kompatibli Behandlig; drum isch s Aktivierte vomene Bit elei kes tolls Deployment-Verfahre.

Wie mer Unterstützig und Aktivierig überprüeft

Bruuch d AMD-Speicherverschlüssligs-CPUID-Informatione und di genau Plattform-Firmware-/OS-Dokumentation, zum d Unterstützig und d Aktivierig feschtzschtelle. Prüef di aktivi Verschlüssligs-Richtlinie und d Gräte-Kompatibilität. Sichere d Wiederherschtelligs-Aawiisige vom Herschteller, bevor d Firmware-Speicherverschlüssligsiischtellige aapasst wärded.

Fähigkeit, Aktivierig und Durchsetzig müend separat prüeft wärde. E Prozässer cha e Schutzfunktion unterstütze, während s OS, d Aawändig oder d VM-Richtlinie si nid aktiviered. Es Datebank-Fäld isch kei Attestation vomene laufende Syschtem.

Was s Feature nid leischdet

SME bedütet kei Gascht-Trennig, kei Speicherintegrität, kes SEV-SNP und kein Schutz vor jedem Aagriff dur privilegierti Software. Transparänti Plattform-Verschlüssligsrichtlinie und OS-verwalteti SME-Konfiguratione sötted nid wege me Zämesfassigsfäld als idäntisch aagluegt wärde.

Kompatibilität und Leischtig i de Praxis

Halt s OS, d Firmware und di betroffeni Runtime aktuell. Wänn e Schutzfunktion es Kompatibilitätsproblem offeleit, bruuch zerscht Herschteller-Diagnose und unterstützt Updates. E pauschali Schutz-Aktivierig cha unbeteiligti Aawändige beiflusse und sött enere klare Rollout- und Recovery-Richtlinie folge.

E praktischi Checklischte zur Überprüefig

Erfass s genaue Prozässer- oder Plattform-Modäll und d Version vo de beteiligte Aawändig, vom OS und vor Runtime. Bhalt de Wortluut vom eigentliche Fehler oder vor Aaforderig unveränderet bi.
Prüef d Herschteller-Referänz für das exakte Modäll, und kontrollier dänn di effektivi Fähigkeit und de aktivierte Status i de Umgäbig, wo s Programm lauft.
Verglich jedi Aaforderig vo de uusgwählte Binärdatei oder vom Backend. En ähnlich luutends Feature, en Alias oder e breiti Technologiebezeichnig länged nid.
Beschtätig, dass d Aawändig di vorgsehni Implementation uusgwählt het. Bruuch däre iri dokumentierte Diagnosefunktion und en unterstützte Fallback, wänn d Aaforderige nid erfüllt sind.
Mach jewiils nume ein unterstützti Änderig uf z Mol und widerhol di gliich Arbetslascht. Bhalt di ursprünglichi Konfiguration und en Wäg zur Wiederherschtellig barat.

Wänn s Feature ufgführt isch, d Software s aber nid cha bruuche

Fang bim exakt fählende Teil aa. E Hardware-Datebank beschriibt erfasstig Fähigkeite; s Betriibssyschtem oder de Hypervisor cha e anderi effektivi Umgäbig zeige. En Illegal-Instruction-Fehler bruucht au e Nachforschig zum eigentliche fählerhafte Befähl und Binär-Build, will e Beschädigung oder en unbeteiligte, nid unterstützte Befähl es ähnlichs Symptom erzüüge cha.

Inschtallier d Aawändig, de Triiber oder d Runtime-Version, wo für di exakti Plattform unterstützt wird, und bruuch bi Bedarf d Baseline oder de Fallback-Build gmäss Herschteller-Dokumentation. Es Software-Update cha kei Befähl erzüüge, wo em Prozässer fählt. Firmware- und Sicherheitsrichtlinie-Änderige sötted em Verfahre vom Syschtemherschteller und eme Wiederherschtelligsplan folge, statt eme allgemeine Optimierigs-Rezept.

Quelle und Umfang vo däre Erchlärig

AMD Secure Encrypted Virtualization Entwickler-Ressource · Linux-Kernel: AMD-Speicherverschlüsslig · AMD64 Architecture Programmer's Manual, Band 2: System Programming

Die Referänze leitid s architektonische Verhalte und d Software-Aaforderige fescht. Si überprüefed nid jede Feature-Wärt uf ere verlinkte Hardware-Modällsiite unabhängig. Für d Modällunterstützig sött mer d Herschteller-Nachwiis vo däre Siite bruuche und di effektivi Syschtemkonfiguration prüefe. Dä Artikel liferet kei Benchmark, ke Zertifizierig und keis unabhängigs Prüefdatum.

Quelle und Verifikation

Redaktionelli Verantwortig: Feex. Es isch kes unabhängigs Überprüefigsdatum erfasst. Wie mir recherchiered.

AMD Secure Encrypted Virtualization Entwickler-Ressource · Underscheidet SEV, SEV-ES und SEV-SNP und verlinkt Firmware-APIs, Attestation und Dokumentation zur Speicherverschlüsslig. Prüef di aktuelle Sicherheitshinwiis für di konkreti Umgäbig.
Linux-Kernel: AMD-Speicherverschlüsslig · SME/SEV-Aktivierig, Verschlüssligs-Adrässbit und Reduzierig vo de physische Adrässe. Beschriibt en OS-Implementierig, nid jedi Plattform-Richtlinie.
AMD64 Architecture Programmer's Manual, Band 2: System Programming · Syschtemprogrammierung, SVM und verschachtleti Adrässübersetzig, Revision 3.46. De aktuell Dokumentations-Viewer bruucht JavaScript; älteri Dokumänte-URLs chönnted stillgleit worde sii.

Isch dä Artikel nützlich gsi?

Es Ja oder Nei längt. Wähl en Grund us, wänn du wotsch, oder schryb e churzi Notiz.