Isolierte Laufzeit
Eine Enclave erhält dedizierte vCPU- und RAM-Ressourcen, getrennt von der übergeordneten EC2-Instanz.
Security · Confidential Computing
Sensible Verarbeitung in einer isolierten Laufzeitumgebung.
anonic.ai nutzt AWS Nitro Enclaves als technische Vertrauensgrenze für besonders schutzbedürftige Verarbeitungsschritte – mit minimaler Schnittstelle und attestierbarer Software-Identität.
HostvsockEnclave
01
Vier Bausteine
Isolation mit überprüfbaren Grenzen.
Minimale Schnittstelle
Der Datenaustausch erfolgt über einen bewusst begrenzten vsock-Kanal statt über allgemeine externe Netzwerkverbindungen.
Messbare Identität
Attestation-Dokumente können Software-Messwerte nachweisen und zur Bindung von Schlüsselzugriffen verwendet werden.
Kein persistenter Speicher
Die Verarbeitung ist für kurzlebige Laufzeitdaten ausgelegt; dauerhafte Datenhaltung bleibt außerhalb der Enclave.
02
Referenzarchitektur
Der sensible Pfad bleibt eng begrenzt.
SENSITIVE WORKLOADEncrypted request
↓ADMIN×HOST OS×NETWORK×STORAGE×
CONTROLLED VSOCK PATH ↓
NITRO ENCLAVE
ISOLATED vCPUISOLATED MEMORYSECURE PROCESSINGEPHEMERAL STATE
NO DIRECT HOST ACCESS · NO PERSISTENT STORAGE · NO DIRECT NETWORKDie markierte Isolation ist die Vertrauensgrenze; Host-Bereiche greifen nicht direkt auf den Enclave-Speicher zu.
ENCRYPTED RESULTReturn to application
03
Technischer Rahmen
Was die Enclave leistet – und was nicht.
Nitro Hypervisor
Die Isolation basiert auf dem AWS Nitro System. Prozesse und Benutzer der Parent-Instanz erhalten keinen direkten Zugriff auf den Enclave-Speicher.
Kommunikation per vsock
Die Enclave besitzt keine allgemeine externe Netzwerkverbindung. Erforderliche Ein- und Ausgaben werden durch einen kontrollierten Dienst auf dem Host vermittelt.
Attestation und KMS
Kryptografische Messwerte der Enclave können in AWS-KMS-Richtlinien einfließen, sodass Schlüsselmaterial nur für erwartete Images und Konfigurationen freigegeben wird.
Region und Instanzwahl
Der Betrieb ist in eu-central-1 (Frankfurt) möglich. Unterstützte Instanztypen und AWS-Ausschlüsse – unter anderem innerhalb der C5-Familie – werden vor dem Deployment validiert.
04
Attestation
Schlüsselzugriff folgt dem gemessenen Softwarezustand.
PCR / MEASUREMENTATTESTED WORKLOAD01Code image→
02Measurement→
03Attestation document→
04Key release→
05Enclave
05
Threat Model
Confidential Computing ersetzt keine Prozesskontrolle.
Reduziert
- Direkten Zugriff des Parent-Hosts auf den Enclave-Speicher
- Unkontrollierte Netzwerkpfade aus der sensiblen Laufzeit
- Schlüsselzugriff durch nicht attestierte Softwarezustände
Bleibt zu steuern
- Fehlerhafte Anwendungslogik innerhalb der Enclave
- Berechtigungen, Datenminimierung und sichere Ein- und Ausgaben
- Cloud-Konfiguration, Schlüsselrichtlinien und Betriebsprozesse
06
Kontrollierter Start
Vom Image zur freigegebenen Verarbeitung.
- 01
Image definieren
Nur die für den sensiblen Verarbeitungsschritt benötigten Komponenten werden gebündelt.
- 02
Messwerte festlegen
Erwartete PCR-Werte und Signaturinformationen werden als Freigabebedingung dokumentiert.
- 03
Schlüssel binden
KMS-Richtlinien begrenzen Entschlüsselung auf attestierte Enclave-Zustände.
- 04
Betrieb überwachen
Host, Ein- und Ausgabepfade sowie Release- und Berechtigungsprozesse bleiben prüfbar.
Klären wir, welche Vertrauensgrenze zu Ihrem Workflow passt.
Anonymisierung, Confidential Computing oder eine Kombination: Die sinnvolle Architektur hängt von Datenklasse, Prozess und Betriebsmodell ab.