Was ist Confidential Computing? Definition und Funktionsweise

Die dritte Verschlüsselungslücke

Kryptographie hat zwei von drei Datenzuständen gelöst. Daten at rest liegen verschlüsselt auf Festplatte oder Storage, typischerweise mit AES. Daten in transit sind über TLS auf dem Weg im Netzwerk abgesichert. Der dritte Zustand, Daten in use, blieb lange die offene Lücke: Für die Verarbeitung müssen Daten entschlüsselt im Arbeitsspeicher liegen. Dort sind sie zugänglich für Betriebssystem, Hypervisor und jeden, der Root-Rechte auf dem Host erlangt.

Genau hier setzt Confidential Computing an. Trusted Execution Environments, kurz TEEs, schaffen hardwareabgesicherte Bereiche innerhalb der CPU. In diesen Enklaven werden Code und Daten verarbeitet, ohne dass der Rest des Systems darauf zugreifen kann. Der Arbeitsspeicher der Enklave ist verschlüsselt. Die Schlüssel verbleiben in der CPU. Selbst ein kompromittiertes Betriebssystem oder der Cloud-Provider selbst sieht nur verschlüsselten Speicherinhalt.

Standardisiert wird das Feld durch das Confidential Computing Consortium unter der Linux Foundation. Mehr als 40 Unternehmen arbeiten dort an offenen Spezifikationen. Zu den Mitgliedern zählen Chip-Hersteller, Cloud-Provider und Anwenderunternehmen. Das Konsortium definiert den Begriff verbindlich und stellt mit Open-Source-Projekten eine gemeinsame Basis her.

Wie Hardware-Enklaven funktionieren

Die Umsetzung läuft über mehrere Hardware-Architekturen. Intel SGX reserviert verschlüsselte Speicherbereiche direkt im Prozessor. Der Schlüssel verlässt die CPU nicht. Anwendungen legen einzelne, besonders sensible Routinen in die Enklave und profitieren von maximaler Isolation, müssen dafür aber Code anpassen.

AMD SEV-SNP verschlüsselt den gesamten Speicher einer virtuellen Maschine. Bestehende Workloads lassen sich ohne Code-Umbau in eine Confidential VM migrieren. Intel verfolgt mit TDX denselben VM-basierten Ansatz. ARM CCA bringt das Konzept auf mobile und Edge-Geräte und erweitert den Adressraum um isolierten Realm-Speicher, der vom Rich OS getrennt bleibt.

Ergänzt wird der Hardware-Schutz durch Attestierung. Vor der Übertragung sensibler Daten weist eine Enklave kryptografisch nach, dass sie auf vertrauenswürdiger Hardware läuft und nicht manipuliert wurde. Ohne diesen Nachweis bleibt die Enklave ein schwarzes Kästchen ohne Vertrauen.

Wo Confidential Computing greift

Die Hyperscaler haben Confidential Computing ins Standard-Portfolio aufgenommen. Azure bietet Confidential VMs und direkte Enklaven-Nutzung auf Basis von Intel SGX und AMD SEV-SNP. Google Cloud betreibt Confidential VMs auf AMD- und Intel-Basis. AWS setzt mit Nitro Enclaves auf einen eigenen Ansatz isolierter Compute-Umgebungen. Für Unternehmen ist die Technologie damit in den gängigen Clouds verfügbar.

Die praxisrelevanten Anwendungsfälle liegen dort, wo mehrere Parteien zusammenarbeiten müssen, ohne einander ihre Rohdaten zu offenbaren. Im Gesundheitswesen können Kliniken Patientendaten gemeinsam analysieren, ohne die Bestände zu verlassen. Banken trainieren Betrugserkennungsmodelle auf den Daten mehrerer Institute. Privacy-Preserving Machine Learning wird damit produktionsreif.

Für KI-Workloads gewinnt das Konzept zusätzlich an Gewicht. Wer ein proprietäres Modell auf vertraulichen Datensätzen in einer öffentlichen Cloud trainiert, will nicht, dass der Provider die Trainingsdaten einsehen kann. Die Wahl zwischen Enklaven für maximale Isolation und Confidential VMs für einfache Migration entscheidet sich am konkreten Workload.

Abgrenzung zu verwandten Begriffen

Confidential Computing und homomorphe Verschlüsselung werden oft verwechselt, verfolgen aber unterschiedliche Ansätze. Homomorphe Verschlüsselung erlaubt Berechnungen auf verschlüsselten Daten rein mathematisch, ist aber extrem rechenintensiv und für produktive Workloads kaum praktikabel. Confidential Computing nutzt Hardware-Enklaven und erreicht Performance, die für echte Anwendungen ausreicht.

Eine weitere Verwechslung besteht mit klassischer Festplatten- oder Transportverschlüsselung. Beide schützen Daten nur außerhalb der Verarbeitung. Sobald die CPU rechnet, liegen die Daten entschlüsselt im RAM. Confidential Computing erweitert den Schutz genau auf diesen Moment und schließt die konzeptionelle Lücke, die at-rest- und in-transit-Verschlüsselung offen lassen.

Zu unterscheiden ist das Konzept auch von Zero Trust. Zero Trust ist ein architektonisches Prinzip, das jeden Zugriff verifiziert. Confidential Computing ist eine hardwarebasierte Technik, die Daten isoliert. Beide ergänzen sich, ersetzen sich aber nicht. Zero Trust ohne Confidential Computing schützt nicht die Daten im Arbeitsspeicher. Confidential Computing ohne Zero Trust lässt Netzwerk- und Identitätsrisiken offen.

Häufige Fragen

Jede Frage ist verschlossen. Ein Tippen entriegelt die Antwort.

Brauche ich spezielle Hardware für Confidential Computing?

Auf eigener Infrastruktur ja. In der Cloud stellen die Provider die Hardware bereit. Azure, Google Cloud und AWS bieten Confidential VMs, die auf den entsprechenden Prozessoren laufen.

Schützt Confidential Computing vor Insider-Angriffen?

Ja. Selbst Administratoren mit Root-Zugriff auf den Host können Daten in der Enklave nicht lesen. Das schließt den Cloud-Provider selbst ein, solange die Hardware als vertrauenswürdig gilt und die Attestierung korrekt abläuft.

Ist Confidential Computing dasselbe wie homomorphe Verschlüsselung?

Nein. Homomorphe Verschlüsselung erlaubt Berechnungen auf verschlüsselten Daten rein mathematisch, ist aber extrem langsam. Confidential Computing nutzt Hardware-Enklaven und ist performant genug für produktive Workloads.

Welchen Performance-Overhead bringt die Technologie?

Bei VM-basierten Ansätzen wie AMD SEV-SNP liegt der Overhead meist im niedrigen einstelligen Prozentbereich. Enklaven-Ansätze wie Intel SGX kosten je nach Workload spürbar mehr. Die genauen Werte hängen vom Anwendungsprofil ab.

Wer standardisiert Confidential Computing?

Das Confidential Computing Consortium unter der Linux Foundation bündelt die Standardisierung. Mehr als 40 Unternehmen arbeiten dort an offenen Spezifikationen und Referenzimplementierungen.

Lesetipps der Redaktion

LesetippPost-Quantum-Kryptografie: Standards und ZeitplanLesetippWas ist Zero Trust? Prinzip und Bausteine kompakt

Mehr aus dem MBF Media Netzwerk

cloudmagazinCloud-Souveränität: C5, Datenresidenz, SchlüsselhoheitcloudmagazinKRITIS in die Cloud: Was die Migration absichert

Bildquelle: KI-generiert (Juli 2026)