Confidential Computing

Confidential Computing verschlüsselt und isoliert die verwendeten Daten (Daten, die aktiv im Speicher verarbeitet werden) und die Anwendungen, die diese Daten verarbeiten. Vertrauliche Instanzen sind virtuelle Compute-Maschinen (VMs) oder Bare-Metal-Instanzen, bei denen Daten und Anwendungsausführung geschützt sind, während die Workload ausgeführt wird. So wird der unbefugte Zugriff auf oder die Änderung von In-Memory-Daten verhindert.

Auf OCI verwenden vertrauliche VMs AMD Secure Encrypted Virtualization (SEV-family). Verschlüsselungsschlüssel werden bei der VM-Erstellung generiert und im AMD Secure Processor gespeichert. Diese Schlüssel sind für Anwendungen, den Gast, den Hypervisor oder OCI nicht zugänglich.

Kernkonzepte

Berücksichtigen Sie bei der Arbeit mit vertraulichen Compute-Instanzen die folgenden Kernkonzepte.

Trusted Execution Environment (TEE)

Eine vertrauenswürdige Ausführungsumgebung (Trusted Execution Environment, TEE) ist eine isolierte Ausführungsgrenze, die Code und Daten während der Verarbeitung schützt. In OCI Confidential Computing werden TEEs mithilfe von hardwaregestützten Speicherverschlüsselungs- und Isolationsmechanismen erreicht.

Vertrauliche VMs im Vergleich zu vertraulichem Bare Metal (Klärung)

Vertrauliche VMs bieten VM-bezogene Isolation und Verschlüsselung für jede VM, während Confidential Bare Metal die Hostspeicherverschlüsselung als Grundlage bietet. Die Bare-Metal-Vertraulichkeit allein stellt keinen VM-bezogenen TEE oder einen mandantenorientierten Remote-Bestätigungsfluss für Gast-VMs bereit.

VM-bezogenes Confidential Computing (vertrauliche VMs)

VM-bezogenes Confidential Computing bietet VM-Isolation und Speicherverschlüsselung mit AMD SEV-Technologie.

Neuere AMD-Ausprägungen unterstützen SEV-SNP, was einen stärkeren Schutz der Speicherintegrität bietet und eine hardwaregestützte Bestätigung ermöglicht.

Bare Metal Confidential Computing (vertraulicher Bare Metal)

Wenn ein Kunde Confidential Computing auf Bare Metal aktiviert, verwendet OCI AMD Transparent Secure Memory Encryption (TSME), um Hostspeicher zu verschlüsseln.

Wenn die Plattform im vertraulichen Modus (vertraulich aktiviertes BIOS/Firmware) gebootet wird, können Kunden mithilfe der unterstützten Firmwarefunktionen eine VM-bezogene TEE auf vertraulichem Bare Metal erstellen:

E3/E4: VM-bezogener SEV (kein SEV-SNP)
E5/E6: VM-bezogener SEV-SNP (BIOS/Firmware-Unterstützung für SEV-SNP-Enablement gilt für E5- und E6-Bare-Metal-Ausprägungen)

Bring Your Own Attestation Service (BYAS)

Attestation bietet kryptografischen Nachweis, dass eine Workload in der erwarteten vertraulichen Umgebung ausgeführt wird, bevor Secrets (z.B. Schlüssel, Token oder Datasets) freigegeben werden.

OCI unterstützt Bring Your Own Attestation Service (BYAS) für E5/E6 SEV-SNP-Ausprägungen, bei denen Kunden ihren eigenen Attestation-Service unter Verwendung von OCI-Anleitungen bereitstellen und betreiben. BYAS bestätigt die vertrauliche VM-Umgebung (VM-bezogener TEE-Status), nicht nur den Bare-Metal-Host, und wird in der Regel für das Gate-Secret-Release basierend auf den Verifizierungsergebnissen verwendet. BYAS wird für Legacy-E3/E4-Ausprägungen nicht unterstützt. Siehe Remotebescheinigung für Confidential Computing.

Supportmatrix (Formen, SEV/SEV-SNP, OS, Regionen)

Die folgende Tabelle enthält Details zu unterstützten Ausprägungen und zugehörigen Technologien.

Hinweis

"VM-Technologie" gibt die VM-bezogene Vertraulichkeitsfunktion an (SEV im Vergleich zu SEV-SNP).


AUSPRÄGUNG (S)	BEREITSTELLUNG	VM-TECHNOLOGIE	BYAS	UNTERSTÜTZTE OS	REGIONEN
VM.Standard.E3. Flex, VM.Standard.E4. FlexFeld	VM	SEV (kein SNP)	Nein	Oracle Linux 7+, Ubuntu 20+	Australia East (Sydney), Canada Southeast (Toronto), Germany Central (Frankfurt), India South (Hyderabad), India West (Mumbai), UK South (London), UK West (Newport), US East (Ashburn), US West (Phoenix)
BM.Standard.E3.128, BM.Standard.E4.128, BM.DenseIO.E4.128	BM	Unterstützt vom Kunden erstellte VM-bezogene SEV	Nein	Oracle Linux 7+, Ubuntu 20+	Alle öffentlichen OC1-Regionen
VM.Standard.E5.Flex	VM	SEV-SNP	Ja	Oracle Linux 9 (UEK8), Oracle Linux 10 (UEK8), Ubuntu 24.04	Alle öffentlichen OC1-Regionen mit Ausnahme von ZRH/SIN/ORD
VM.Standard.E6.Flex	VM	SEV-SNP	Ja	Oracle Linux 9 (UEK8), Oracle Linux 10 (UEK8), Ubuntu 24.04	Alle öffentlichen OC1-Regionen
BM.Standard.E5.192, BM.DenseIO.E5.128, BM.Standard.E6.256	BM	Unterstützt vom Kunden erstellte VM-bezogene SEV-SNP	Ja	Oracle Linux 9 (UEK8), Oracle Linux 10 (UEK8), Ubuntu 24.04	Alle öffentlichen OC1-Regionen

Informationen zum Aktivieren von Confidential Computing auf VM-Ausprägungen mit Oracle Linux finden Sie unter Confidential Computing for Oracle Linux.

Preise und Verfügbarkeit

Es fallen keine zusätzlichen Kosten für die Aktivierung von Confidential Computing an.
Die Verfügbarkeit variiert je nach Ausprägung (siehe Tabelle).

Leistung

Confidential Computing wurde entwickelt, um einen starken In-Use-Schutz mit minimalen Auswirkungen auf die Performance bei vielen Workloads zu bieten. Weitere Informationen finden Sie unter: Performanceauswirkung der Aktivierung von Confidential Computing auf Oracle Cloud Infrastructure-VMs.

Support und Beschränkungen

Im Folgenden finden Sie eine Liste der Supportdetails und Einschränkungen für Confidential Computing.

Confidential Computing muss beim Start aktiviert sein und kann nach der Erstellung der Instanz nicht aktiviert/deaktiviert werden.
Confidential Computing E5- und E6-VMs können auf dedizierten VM-Hosts gestartet werden.
Nachdem Sie Confidential Computing in einer Instanz aktiviert haben, können Sie nur den Namen der Instanz bearbeiten. Sie können die Ausprägung der Instanz nicht ändern.
Abgeschirmte Instanzen und Confidential Computing schließen sich gegenseitig aus (beide können nicht aktiviert werden).
Die folgenden Features sind für Confidential Computing noch nicht verfügbar:
- Präemptive Kapazität
- Kapazitätsreservierungen
- Abgeschirmte Instanzen