Cloud-HSM mit klarer Schlüsselkontrolle.

Private Anbindung, Namensauflösung, Authentisierung und Latenz beeinflussen jeden kryptografischen Aufruf. Wir testen den Weg mit dem realen Lastprofil und planen Verhalten bei unterbrochener Verbindung. Ein zweiter Endpunkt hilft nur, wenn Schlüssel und Berechtigungen dort passend verfügbar sind. Externe Schlüsseldienste oder kundenseitig verwaltete Schlüssel unterscheiden sich zudem darin, welche Daten und Dienste sie tatsächlich kontrollieren. Wir zeichnen diese Grenzen so auf, dass Fachverantwortliche den verbleibenden Einfluss des Anbieters verstehen.

Ein Exit-Konzept beschreibt, welche Schlüssel exportiert werden können, welche Daten neu verschlüsselt werden müssten und welche Dienste ersetzt werden müssen. Fristen, Löschbestätigungen und Abhängigkeiten von Backups gehören dazu. Im Projekt vereinbaren wir erreichbare Betriebsziele und prüfen Wiederanlauf und Rechteentzug. Eine pauschale Zusage vollständiger Portabilität wäre ohne diese Prüfung nicht belastbar.

AWS CloudHSM und Azure Key Vault Managed HSM stehen für unterschiedliche Integrations- und Betriebsmodelle. AWS CloudHSM bietet HSM-Clientanbindungen für dafür geeignete Anwendungen; Azure Managed HSM stellt einen verwalteten Schlüsseldienst mit Azure-Integration bereit. Wir prüfen API, Schlüsseltypen, Identitäten und Wiederherstellungsmodell je Workload. Ein Wechsel ist deshalb kein bloßer Austausch einer Serveradresse. Entscheidend ist, ob die konkrete Anwendung und der geforderte Kontrollumfang zum Dienst passen.

Bring Your Own Key beschreibt zunächst das Einbringen eigenen Schlüsselmaterials in einen unterstützten Dienst. Es beantwortet nicht allein, wer Schlüsseloperationen auslösen kann oder wo Klartextdaten verarbeitet werden. Bei externer Schlüsselverwaltung kommen zusätzliche technische Abhängigkeiten hinzu, etwa ein externer Dienst für bestimmte Freigabe- oder Entpackoperationen. Wir zeichnen diese Vertrauensgrenzen auf und testen auch den gezielten Rechteentzug. Funktionen und Einschränkungen werden für den konkreten Cloud-Dienst geprüft.

Eine bestehende Anwendung soll umziehen, ihr Schlüsselbetrieb aber kontrollierbar bleiben. OTOKO® prüft zunächst, ob die vorhandene Schnittstelle weiterverwendet werden kann oder eine Anpassung nötig ist. Im Pilot messen wir Antwortzeiten aus dem Zielnetz, prüfen getrennte Administratorrollen und erproben die Wiederherstellung. Das Exit-Konzept beschreibt sowohl exportierbare Schlüssel als auch Fälle, in denen eine neue Schlüsselerzeugung und Datenumstellung notwendig wären. Daraus entsteht ein Betriebsmodell mit benannten Zuständigkeiten.