Confidential Computing wird Betriebs-Standard
TDX und SEV-SNP sind GA: Attestation und Key Release werden Runbook. Confidential Computing verlässt den Spezialfall.
Azure stellt Intel-TDX-Confidential-VMs seit dem 26. Februar 2026 allgemein bereit (anfangs in drei Regionen: West US, West US 3, West Europe) – ohne Anwendungscode-Änderungen. Parallel liegen Confidential GKE Nodes auf dem Cluster-Default-Pfad; SEV-SNP-SKUs sind regional breit verfügbar. Der Durchbruch ist betrieblich: Attestation und Key Release werden Runbook, nicht Folie.
Das Wichtigste in Kürze
- Encrypt in use ist Standardspur. Confidential Computing adressiert die Lücke jenseits von Storage- und Netz-Verschlüsselung: Schutz während der Verarbeitung in attestierten TEEs.
- Azure TDX ist GA. DCesv6/ECesv6 und verwandte SKUs laufen seit 26. Februar 2026 produktiv (anfangs in drei Regionen: West US, West US 3, West Europe), ohne Code-Änderungen. AMD-SEV-SNP (DCasv6/ECasv6) ist separat in 57 Regionen verfügbar (Stand Juni 2026).
- Kubernetes-Pfad ist klickbar. Confidential GKE Nodes mit Intel TDX sind GA auf Standard und Autopilot; Einstellung cluster- oder node-pool-weit.
- Cloud-native Reifung. CNCF Confidential Containers ist seit Juli 2026 incubating; AWS SEV-SNP auf Dedicated Hosts seit 2. Juli 2026.
- Kein Governance-Ersatz. TEE-Isolation ersetzt nicht Key-Management, Access Control und Audit – sie ergänzt sie mit Hardware-Root-of-Trust.
Verwandt: Warum Ihre Cloud-Verschlüsselung 2026 umzieht
Encrypt in use schließt die Lücke jenseits von TLS und Disk
Storage- und Netz-Verschlüsselung sind längst Betriebsstandard. Confidential Computing adressiert die verbleibende Lücke: Daten während der Verarbeitung. Die Confidential Computing Consortium-Definition ist klar: Schutz von Data-in-use durch hardware-basierte, attestierte Trusted Execution Environments (TEEs). Hardware-Enclaves (Intel TDX, AMD SEV, ARM TrustZone) schaffen isolierte Ausführungskontexte, in denen selbst Hypervisor und Cloud-Provider laufende Workloads nicht einsehen sollen.
Für Operatoren ist das keine weitere Crypto-Folie. Es ist ein Betriebswechsel analog zu TLS und Disk-Encryption – mit messbarem Overhead, SKU-Auswahl und einem neuen Pflichtschritt: kryptographische Attestation vor Key Release. Image Trust und guest-side Observability rücken vom Spezialprojekt in den Default-Runbook-Pfad.
Microsoft startet die nächste TDX-VM-Generation
Am 26. Februar 2026 hat Microsoft die General Availability der nächsten Generation Azure Confidential VMs mit Intel Trust Domain Extensions angekündigt (anfangs in drei Regionen: West US, West US 3, West Europe): DCesv6/DCedsv6 sowie ECesv6/ECedsv6 auf 5th Gen Intel Xeon, ausdrücklich ohne erforderliche Anwendungscode-Änderungen. Hardware-Isolation und kryptographische Attestation sollen unautorisierten Zugriff auf Data-in-use erschweren – auch durch den Cloud-Operator. Erstmals nutzt das Angebot den Open-Source-Paravisor OpenHCL und soll Transparenz sowie Verifizierbarkeit stärken (Trust-but-verify).
Die zweite CPU-TEE-Linie ist damit neben AMD SEV-SNP produktiv. DCasv6 und ECasv6 (SEV-SNP) sind nach Microsoft-Angaben in 57 Regionen weltweit verfügbar – regionale Breite, die Confidential Computing aus dem Pilot-Winkel holt. Gleichzeitig bleibt die Grenze klar: Confidential Computing ist ein starkes technisches Control, aber kein Ersatz für Governance, Access Control, Auditability und Key Management, die regulierte Kunden oft fordern.
Kubernetes macht Confidential Computing klickbar
Der greifbarste Einstieg für Betreiber liegt im Cluster. Ende August 2025 hat Google Confidential GKE Nodes mit Intel TDX auf GKE Standard und GKE Autopilot GA gestellt. Container-Workloads bleiben speicherverschlüsselt; die Confidential-Einstellung lässt sich cluster- oder node-pool-weit setzen – ohne Code-Änderungen. Parallel gingen Confidential Space mit TDX sowie Confidential VM/GKE mit NVIDIA H100 in die GA. „Click to create“ und Cluster-Default-Pfad ersetzen damit den früheren Spezialfall.
Die Standardisierung geht weiter: Im Juli 2026 ist das CNCF-Projekt Confidential Containers (CoCo) in den Incubating-Status gerutscht. AWS hat SEV-SNP am 2. Juli 2026 auf Dedicated Hosts nachgezogen. Drei Hyperscaler, zwei CPU-TEE-Linien und ein cloud-nativer Container-Pfad: Encrypt in use ist in unter zwölf Monaten aus dem Nischen-Feature in die Standardspur gerutscht.
Was im TEE-Runbook stehen sollte
Als redaktionelle Checkliste – ohne Branchenstandard-Anspruch – lohnen sich unter anderem diese Punkte:
1. TEE-SKU und Workload-Passung. TDX- und SEV-SNP-Familien (Azure DCesv6/ECesv6, DCasv6/ECasv6; GKE Confidential Nodes; AWS SEV-SNP Dedicated Hosts) sind wählbar. GPU-Workloads mit H100 im Confidential-Pfad sind gesondert zu prüfen – nicht jeder Job gehört in die teuerste TEE-SKU.
2. Attestation vor Key Release. Schlüssel werden erst freigegeben, wenn die Plattform die erwartete Messung liefert. Das ist der operative Kern von Confidential Computing, nicht die VM-Checkbox allein.
3. Image Trust und Gast-Observability. Verifizierbare Images und Sichtbarkeit im Guest ersetzen blinden Hypervisor-Vertrauensvorschuss. OpenHCL auf Azure-TDX-VMs ist ein Signal in Richtung nachvollziehbarer Paravisor-Schicht.
4. Governance bleibt Pflicht. TEE schützt Data-in-use gegen Hypervisor- und Operator-Einsicht im Modell. Es ersetzt weder KMS-Policies noch IAM, Audit-Trails oder Souveränitäts-Verträge. Standortwahl und TEE sind orthogonal: eine Sovereign-Cloud-Region ohne Attestation-Runbook ist kein Confidential-Computing-Setup.
Abgrenzung zur Post-Quantum- und Key-Migration-Debatte: PQC betrifft Algorithmen und Schlüssellängen für Data-at-rest und in-transit. Confidential Computing betrifft die Ausführungsumgebung. Beide Themen reifen 2026 – sie sind nicht austauschbar.
Häufige Fragen
Was ist Confidential Computing im Unterschied zu Disk- und Netz-Verschlüsselung?
Confidential Computing schützt Daten während der Verarbeitung (Data-in-use) in hardware-basierten, attestierten TEEs. Storage- und Netzwerk-Verschlüsselung lassen genau diese Phase offen – das ist die Lücke, die CCC beschreibt.
Warum ist Azure TDX GA für Betreiber relevant?
Seit 26. Februar 2026 sind Azure Confidential VMs mit Intel TDX (DCesv6/ECesv6 u. a.) allgemein verfügbar und erfordern laut Microsoft keine Anwendungscode-Änderungen. SEV-SNP-CVMs in 57 Regionen machen deren regionale Verfügbarkeit planbarer. Eine freie Wahl zwischen SEV-SNP und Intel TDX gilt nur in der Schnittmenge der TDX-GA-Regionen (unter anderem West Europe).
Wie starte ich Confidential Computing in Kubernetes ohne Code-Umbau?
Bei Google sind Confidential GKE Nodes mit Intel TDX GA auf Standard und Autopilot. Die Einstellung kann cluster- oder node-pool-weit gesetzt werden, ohne Code-Änderungen. Parallel reift das CNCF-Projekt Confidential Containers (Incubating, Juli 2026) als cloud-nativer Standardisierungspfad.
Ersetzt ein TEE Governance und Key Management?
Nein. Microsoft betont ausdrücklich: Confidential Computing ist ein starkes technisches Control, aber kein Ersatz für Governance, Access Control, Auditability und Key Management. Attestation und Key Release müssen ins Runbook – sie ersetzen es nicht.
Lesetipps der Redaktion
cloudmagazinWarum Ihre Cloud-Verschlüsselung 2026 umziehtcloudmagazinKI-Rechenzentren: Netzanschluss als NadelöhrcloudmagazinThales-Tochter betreibt Googles Sovereign CloudMehr aus dem MBF Media Netzwerk
MyBusinessFutureEEG-Novelle 2027: Was Stromkosten dem Mittelstand zumutenDigital ChiefsLocal AI: Governance vor dem HardwarekaufSecurityTodaySeed mit 40 Bit: warum 4.585 Adressen angreifbar wurdenBildquelle: KI-generiert (August 2026)
