Die Umgebung soll spezifizierten Code und Daten von anderer Software isolieren und — unter ihrem Bedrohungsmodell — vor manchen hochprivilegierten Operatoren. Sie ergänzt Schutzmaßnahmen für Daten im Ruhezustand und bei der Übertragung, statt sie zu ersetzen.
Ein Confidential-Computing-Design definiert, was in die TEE gelangt, welche Komponenten vertrauenswürdig bleiben und wie Secrets freigegeben werden. Remote Attestation liefert Nachweise über eine Umgebung und ihren gemessenen Zustand zur Bewertung gegen eine Richtlinie; sie sollte an Workload-Identität, Frische, Software-Freigabe, Schlüsselfreigabe, Updates und Widerruf gebunden sein.
Wichtigste Punkte
Bedrohungsmodell und GrenzeAngeben, welcher Hardware, Firmware, welchem Monitor, der Laufzeit, dem Workload, Administratoren und externen Diensten vertraut wird und welchen Host- oder Cloud-Privilegien die Umgebung widerstehen soll.
AttestierungsrichtlinieDie Nachweisquelle authentifizieren, Frische und freigegebene Messungen prüfen, Bewertungsregeln aufbewahren und entscheiden, welcher Zugriff oder welche Schlüsselfreigabe auf jedes Ergebnis folgt.
BetriebImages und Build-Provenance schützen, die Trusted Computing Base minimieren, Plattformkomponenten patchen, Ein- und Ausgaben kontrollieren, Secrets rotieren und die Wiederherstellung planen, wenn sich Hardware oder Messungen ändern.
Wichtige EinschränkungIsolation und Attestierung beweisen nicht, dass Workload-Code korrekt oder sicher ist. Seitenkanäle, Implementierungsfehler, bösartige Eingaben, exponierte Ausgaben, Denial of Service, kompromittierte Endpunkte sowie Hardware- oder Supply-Chain-Schwächen können bleiben; Attestierung ist ein unter einer Richtlinie bewerteter Nachweis, keine Garantie.