Umstellung von Hyper Protect Crypto Services (HPCS) auf Key Protect Dedicated

Wenn Sie Hyper Protect Crypto Services (HPCS) verwenden und zu Key Protect Dedicated migrieren müssen, folgen Sie dieser Migrationsanleitung. Sie umfasst:

Bewertungsphase:

Migration nach Merkmalen:

Abschluss:

Identifizierung der HPCS-Nutzung

Prüfen Sie alle IBM Cloud Konten für HPCS-Instanzen.

Führen Sie für jedes IBM Cloud Konto den folgenden IBM Cloud CLI-Befehl aus:

ibmcloud resource service-instances --all-resource-groups --long --service-name hs-crypto --limit 100

Bevor Sie den Befehl ausführen, vergewissern Sie sich, dass die IBM Cloud CLI auf das gewünschte Konto ausgerichtet ist:

ibmcloud target

Vergewissern Sie sich, dass das in der Ausgabe angezeigte Konto mit dem Konto übereinstimmt, das Sie überprüfen möchten. Die IBM Cloud CLI arbeitet jeweils mit einem einzigen aktiven Konto. Wenn Sie den Befehl mit dem falschen Konto ausführen, kann dies zu fehlenden HPCS-Instanzen führen.

Stellen Sie sicher, dass Sie:

  • Melden Sie sich mit einem Benutzer an, der Kontoverwalter ist und über einen kontoweiten Viewer- (Plattform) und Reader-Zugang (Dienst) für alle Dienste verfügt.

  • Geben Sie explizit jedes Konto an, das Sie überprüfen möchten, indem Sie den folgenden Befehl verwenden:

    ibmcloud target -c <account_id>
    

Der Befehl sucht nach HPCS-Instanzen in allen Ressourcengruppen des Zielkontos, aber es werden nur Instanzen zurückgegeben, für die Sie berechtigt sind, sie zu sehen. Ein leeres Ergebnis kann auf unzureichende Berechtigungen oder das Fehlen von HPCS-Instanzen hinweisen.

Das Auflisten von HPCS-Instanzen erfordert Zugriff auf Service-Ebene, da IBM Cloud IAM sowohl die Plattform- als auch die Service-Autorisierung durchsetzt und HPCS die Instanzerkennung auf autorisierte Benutzer beschränkt.

Sie können die HPCS-Nutzung auch anhand der Abrechnungsberichte auf IBM Cloud überprüfen. Das Vorhandensein von HPCS-Gebühren zeigt an, dass eine HPCS-Instanz auf dem Konto vorhanden ist. Melden Sie sich dazu auf IBM Cloud mit einem Benutzer an, der Kontoverwalter ist und über ausreichende Rechte verfügt, um Abrechnungs- und Nutzungsdaten einzusehen, öffnen Sie https://cloud.ibm.com/billing/usage und suchen Sie nach der Nutzungsart Hyper Protect Crypto Services.

Sie können die HPCS-Nutzung auch durch Einsichtnahme in die Ressourcenliste IBM Cloud überprüfen. Melden Sie sich dazu auf IBM Cloud mit einem Benutzer an, der ein Kontoadministrator mit einem Konto-übergreifenden Viewer- (Plattform) und Reader-Zugang (Dienst) für alle Dienste ist, öffnen Sie https://cloud.ibm.com/resources und suchen Sie nach Ressourceninstanzen des Produkts Hyper Protect Crypto Services.

Weitere Informationen zu IAM-Rollen und zur Zuweisung von Zugriff finden Sie unter IBM Cloud IAM-Rollen.

Wenn keine HPCS-Instanzen vorhanden sind, ist keine Migration erforderlich.

Suche nach Verwendung

Wenn Sie HPCS-Instanzen haben, müssen Sie feststellen, wie Sie diese Ressourcen nutzen. In der folgenden Tabelle werden verschiedene Methoden zur Ermittlung der HPCS-Nutzung beschrieben:

Tabelle 1. Methoden zur Ermittlung der HPCS-Nutzung
Methode Beschreibung Hinweise
Activity Tracker-Ereignisse Liefert faktische Angaben zur HPCS-Nutzung durch protokollierte Ereignisse Suchen Sie nach Ereignissen, indem Sie das größtmögliche Zeitfenster verwenden. Das Fehlen von Veranstaltungen bedeutet nicht zwangsläufig, dass sie nicht genutzt werden. Die Nutzung kann bei seltenen Ereignissen (z. B. Neustart einer IBM Cloud Service-Instanz) oder zwischen langen Intervallen erfolgen, die den Ereignisaufbewahrungszeitraum überschreiten könnten.
Zuordnungen Zeigt die HPCS-Nutzung durch IBM Cloud Ressourcen Das Fehlen von Verknüpfungen bedeutet nicht zwangsläufig, dass sie nicht genutzt werden, denn es liegt in der Natur verteilter Computersysteme, dass die Ressourcen nicht immer synchronisiert sind. Umgekehrt bedeutet das Vorhandensein von Assoziationen nicht unbedingt eine aktive Nutzung. Assoziationen können veraltet sein. Einige IBM Cloud Ressourcen erstellen oder verwenden keine Assoziationen. Listen Sie Assoziationen mit Hilfe des Befehls kp registrations auf.
Zugeordnete Ressourcen synchronisieren Verbessert die Synchronisierung von Assoziationen Verwenden Sie den Befehl kp key sync, um verknüpfte Ressourcen explizit zu synchronisieren und genauere Verknüpfungsdaten zu erhalten.
Key Usage Reporter(KUR) Von IBM bereitgestelltes CLI-Tool, das IBM Cloud Konten scannt und einen Bericht über Ressourcen erstellt, die auf HPCS-Schlüssel verweisen, die nach KMS-Instanz und Schlüssel gruppiert sind. Außerdem können sie Audit-Log-Dateien zur Aktivitätsverfolgung verarbeiten. Nur ein Instrument zur Ermittlung und Berichterstattung. Führt keine Migrationsaktionen durch. Das Tool erkennt möglicherweise nicht alle möglichen Verwendungen von Schlüsseln.

In diesem Dokument wird auf zwei verschiedene Tools verwiesen:

  • Key Migration Tool (CRKM)- dient zur Erstellung von Migrationsabsichten und zur Auslösung der Synchronisierung. Dieses Tool ist für die automatische CRK-Migration erforderlich, siehe Key Migration Tool(CRKM).
  • Key Usage Reporter (KUR)- ein Erkennungs- und Berichtstool, mit dem Dienste identifiziert werden können, die auf HPCS-Schlüssel verweisen. KUR führt keine Migrationsmaßnahmen durch. Siehe Key Usage Reporter(KUR).

Bevor Sie mit den Migrationsaktivitäten fortfahren, stellen Sie sicher, dass Sie die neueste Version des Key Protect CLI-Plug-ins installiert haben. Diese Aktualisierung gewährleistet die Kompatibilität mit allen Migrationsfunktionen und -befehlen.

So überprüfen Sie die aktuelle Version Ihres Plug-ins:

ibmcloud plugin show key-protect

So aktualisieren Sie das CLI-Plugin „ Key Protect “ auf die neueste Version:

ibmcloud plugin update key-protect

Wenn das Plug-in nicht installiert ist, können Sie es installieren, indem Sie es ausführen:

ibmcloud plugin install key-protect

Sowohl für HPCS als auch für Key Protect Dedicated muss das Key Protect CLI-Plugin den Endpunkt der Zielinstanz aus der Umgebungsvariablen KP_TARGET_ADDR lesen. Die Variable KP_TARGET_ADDR funktioniert sowohl für private als auch für öffentliche Endpunkte.

Dieser Beispielbefehl zielt auf eine HPCS-Beispielinstanz ab:

export KP_TARGET_ADDR=https://fadedbee-0000-0000-0000-1234567890ab.api.us-south.hs-crypto.appdomain.cloud

Dieser Beispielbefehl zielt auf eine Beispielinstanz Key Protect Dedicated ab:

export KP_TARGET_ADDR=https://fadedbee-0000-0000-0000-1234567890ab.api.us-south.kms.appdomain.cloud

Sie können den Instanzendpunkt sowohl für HPCS als auch für Key Protect Dedicated in der IBM Cloud UI-Konsole für die jeweilige Instanz finden.

Wenn Sie dieses Dokument befolgen und die IBM Cloud CLI verwenden, um sich mit HPCS zu verbinden, stellen Sie sicher, dass Ihr Anmeldebenutzer über eine IAM-Richtlinie auf der HPCS-Instanzebene verfügt. Eine IAM-Richtlinie auf Schlüsselring- oder Schlüsselebene listet möglicherweise nicht alle Zuordnungen und andere Ressourcen auf.

Benutzerdefinierte Anwendungen versus IBM Cloud Dienste und Software HPCS-Nutzung

Die HPCS-Nutzung erfolgt hauptsächlich aus zwei Quellen: benutzerdefinierte Anwendungen und IBM Cloud Dienste oder Software.

Benutzerdefinierte Anwendungen

HPCS-Nutzung durch benutzerdefinierte Anwendungen tritt auf, wenn benutzerdefinierter Code oder ISV-Anwendungen HPCS direkt nutzen.

Die Suche nach der HPCS-Nutzung durch benutzerdefinierte Anwendungen ist eine Aufgabe, die Sie mit Hilfe von HPCS-Aktivitätsverfolgungsereignissen, Codesuche und anderen Methoden durchführen müssen.

Suchen Sie nach der Verwendung der folgenden Begriffe:

Suchen Sie auch nach der Verwendung von HPCS in der HPCS-Bibliothek PKCS11:

Suchen Sie auch nach der Verwendung durch Client-SDKs:

Suche nach IAM-Identitäten mit Zugriff auf HPCS, vor allem Dienst-IDs und vertrauenswürdige Profile, sowie weniger verbreitete Benutzeridentitäten. Jede Identität mit Rollen, die auf den HPCS-Dienst, die Instanz, den Schlüsselring oder den Schlüssel beschränkt sind, ist ein deutlicher Hinweis auf eine potenzielle Verwendung durch eine benutzerdefinierte Anwendung.

IBM Cloud Dienstleistungen und Software

Um die Dienste und Software von IBM Cloud zu identifizieren, die HPCS verwenden, gehen Sie wie folgt vor:

  1. Beginnen Sie mit dem Key Usage Reporter (KUR)- Das Tool Key Usage Reporter(KUR) ist der empfohlene Startpunkt. Es scannt Ihre IBM Cloud Konten und erstellt einen umfassenden Bericht über Ressourcen, die auf HPCS-Schlüssel verweisen, die nach Dienst und Schlüssel gruppiert sind.

  2. Querverweis mit Aktivitätsverfolgung- Überprüfung der HPCS-Aktivitätsverfolgungsereignisse über das größte verfügbare Zeitfenster, um Dienste zu identifizieren, die kryptografische Operationen durchgeführt haben. Das Tool Key Usage Reporter(KUR) kann Protokolldateien zur Aktivitätsverfolgung verarbeiten und unter CSV Zusammenfassungen erstellen, mit deren Hilfe die HPCS-Nutzung ermittelt werden kann.

Klassifizierung der Nutzung

Jede für die Migration relevante Art der HPCS-Nutzung fällt in eine der folgenden Kategorien:

Tabelle 2. HPCS-Nutzungsarten
Verwendungstyp Beschreibung
Kundenstammschlüssel(CRKs) Verschlüsselung von Datenverschlüsselungscodes
Standardschlüssel Geheime Schlüssel
KMIP for VMware Verwendet von VMware KMIP-Clients
Unternehmen PKCS#11 Schlüssel Verwendet durch PKCS #11 oder GREP11 schnittstellen
UKO-verwaltete Schlüssel Verwaltet von Unified Key Orchestrator
Terraform Bereitstellung von HPCS-Instanzen durch Nutzung von Infrastruktur als Code
Instanzbereitstellung über die IBM Cloud CLI Instanzbereitstellung
Sicherer Import der Rootschlüsselinformationen. Kann als Teil des Schlüsselimports verwendet werden

Migration Ihrer Stammschlüssel (CRKs)

Prüfung auf das Vorhandensein von CRKs

Verwenden Sie das folgende Bash-Skript, um die Gesamtzahl der CRKs in allen Zuständen für eine HPCS-Instanz zu zählen.

Stellen Sie sicher, dass Sie über die IBM Cloud CLI bei IBM Cloud angemeldet sind.

# count the total number of CRKs in all states
HPCS_ADDR=https://fadedbee-0000-0000-0000-1234567890ab.api.us-south.hs-crypto.appdomain.cloud
HPCS_INSTANCE_ID=fadedbee-0000-0000-0000-1234567890ab
AUTH_HEADER="${AUTH_TOKEN:-$(jq -r .IAMToken ~/.bluemix/config.json)}"
header="$(curl -i -k -s --head \
  "${HPCS_ADDR}/api/v2/keys?state=0,1,2,3,5&extractable=false" \
  -H "authorization: ${AUTH_HEADER}" \
  -H "bluemix-instance: ${HPCS_INSTANCE_ID}" \
  -H "prefer: return=representation" \
| grep '^Key-Total:' \
| tr -d '\r')"
if [ -n "$header" ]; then
  total="${header#Key-Total: }"
  echo "Total number of CRKs in all states: $total"
else
  echo "Error: Key-Total header not found. Try logging into IBM Cloud again. Check endpoint, auth token, or permissions." >&2
fi

Ersetzen Sie HPCS_ADDR und HPCS_INSTANCE_ID durch gültige Werte für jede HPCS-Instanz. Sie können den Instanzendpunkt für HPCS und die Instanz-ID in der IBM Cloud UI-Konsole für die jeweilige Instanz finden.

Die Ausgabe ähnelt dem folgenden Beispiel:

Total number of CRKs in all states: 11

Wenn in allen HPCS-Instanzen keine CRKs vorhanden sind, ist eine CRK-Migration nicht erforderlich.

Überprüfen Sie die Anzahl der CRKs im Zustand "Aktiv" (1) und "Deaktiviert" (abgelaufen) (3) mit Hilfe des folgenden Skripts. Nur CRKs im Zustand "Aktiv" (1) oder "Deaktiviert" (abgelaufen) (3) können für kryptografische Operationen wie "Wrap", "Unwrap" und " Rewrap" verwendet werden. Ein CRK im Zustand Deaktiviert (3) unterstützt Abwickeln und Wiedereinwickeln, aber nicht Einwickeln.

# count the total number of CRKs in Active (1) or Deactivated (Expired) (3) states
HPCS_ADDR=https://fadedbee-0000-0000-0000-1234567890ab.api.us-south.hs-crypto.appdomain.cloud
HPCS_INSTANCE_ID=fadedbee-0000-0000-0000-1234567890ab
AUTH_HEADER="${AUTH_TOKEN:-$(jq -r .IAMToken ~/.bluemix/config.json)}"
header="$(curl -i -k -s --head \
  "${HPCS_ADDR}/api/v2/keys?state=1,3&extractable=false" \
  -H "authorization: ${AUTH_HEADER}" \
  -H "bluemix-instance: ${HPCS_INSTANCE_ID}" \
  -H "prefer: return=representation" \
| grep '^Key-Total:' \
| tr -d '\r')"
if [ -n "$header" ]; then
  total="${header#Key-Total: }"
  echo "Total number of CRKs in Active (1) or Deactivated (Expired) (3) states: $total"
else
  echo "Error: Key-Total header not found. Try logging into IBM Cloud again. Check endpoint, auth token, or permissions." >&2
fi

Wenn sich in allen HPCS-Instanzen keine CRKs im Zustand Aktiv (1) oder Deaktiviert (Abgelaufen) (3) befinden, sind keine CRKs für kryptografische Operationen verfügbar. HPCS könnte jedoch noch in Gebrauch sein. Ressourcen oder Anwendungen können noch so konfiguriert sein, dass sie auf CRKs in anderen Zuständen verweisen. Jeder Versuch, kryptographische Operationen mit solchen CRKs durchzuführen, schlägt fehl.

Interpretation der CRK-Zahlen:

Bedingung Auslegung Aktion
CRKs insgesamt = 0 (alle Staaten) Keine CRKs in einer HPCS-Instanz vorhanden Eine CRK-Migration ist nicht erforderlich
CRKs insgesamt > 0, aber Aktiv (1) + Deaktiviert (3) = 0 Derzeit sind keine CRKs für kryptografische Operationen verwendbar Eine Migration könnte dennoch erforderlich sein. Überprüfen, ob Ressourcen oder Anwendungen auf CRKs in anderen Staaten verweisen
Es gibt aktive (1) oder deaktivierte (3) CRKs CRKs sind für kryptografische Operationen (ganz oder teilweise) verfügbar CRK-Migration ist erforderlich

Die vollständige CRN von HPCS CRKs erhalten Sie über die IBM Cloud CLI kp keys befehl.

Im folgenden Beispiel werden CRKs in allen Staaten aufgelistet:

export KP_TARGET_ADDR=https://fadedbee-0000-0000-0000-1234567890ab.api.us-south.hs-crypto.appdomain.cloud
ibmcloud kp keys --instance-id fadedbee-0000-0000-0000-1234567890ab --crn --key-type root-key --key-states active,suspended,deactivated,destroyed --number-of-keys 5000

Ersetzen Sie KP_TARGET_ADDR durch gültige Werte für jede HPCS-Instanz. Sie finden den Instanzendpunkt für HPCS in der IBM Cloud UI-Konsole für die jeweilige Instanz.

  • Der Befehl listet CRKs in allen Zuständen auf, einschließlich der Zustände Suspended (Deaktiviert) und Destroyed (soft deleted).
  • Die aktive kryptografische Verwendung von CRKs in den Zuständen "Suspended" (Deaktiviert) und "Destroyed" (soft deleted) ist nicht erlaubt, aber CRKs in diesen Zuständen können weiterhin von IBM Cloud Ressourcen oder benutzerdefiniertem Code referenziert werden.
  • Es ist möglich, CRKs aus den Zuständen Suspended (Deaktiviert) und Destroyed (soft deleted) in den Zustand Active zu versetzen.
  • Der Befehl kann bis zu 5000 CRKs auf einmal auflisten. Eine Paginierung könnte erforderlich sein, um alle CRKs aufzulisten.

Migration von Kundenstammschlüsseln (CRKs) in benutzerdefinierten Anwendungen

Benutzerdefinierte Anwendungen können CRKs auf Key Protect Dedicated migrieren, indem sie den Datenverschlüsselungsschlüssel (DEK), der durch HPCS geschützt ist, neu verpacken.

Der Migrationsprozess umfasst die folgenden Schritte:

  • Entpacken Sie den Datenverschlüsselungsschlüssel (DEK) von HPCS.
  • Wickeln Sie das DEK mit Key Protect ein.
  • Generieren Sie einen neuen Wrapped Data Encryption Key (WDEK).
  • Verwenden Sie den neuen WDEK für nachfolgende kryptografische Operationen.

In jedem Fall müssen benutzerdefinierte Anwendungen:

  • Verwenden Sie einen anderen Endpunkt. Eine Key Protect Dedicated-Instanz hat einen Endpunkt, der für diese Instanz spezifisch ist.
  • Verwenden Sie eine andere Schlüssel-ID.
  • Verwenden Sie eine IAM-Identität, höchstwahrscheinlich eine Service-ID, die den Zugriff auf Key Protect Dedicated auf der entsprechenden Ebene ermöglicht. Neue IAM-Richtlinien, die auf Key Protect Dedicated ausgerichtet sind, könnten erforderlich sein.

Weitere Informationen über die API Key Protect finden Sie in der API-Referenz Key Protect.

Migration von Kundenstammschlüsseln (CRKs) in IBM Cloud Dienste und Software

Einige IBM Cloud Dienste und IBM Software, die mit HPCS integriert sind, können an einem automatisierten CRK-Migrationsworkflow zu Key Protect Dedicated teilnehmen. Dieser Arbeitsablauf basiert auf Migrationsabsichten und Ereignissen zur Synchronisierung des Lebenszyklus von Schlüsseln und minimiert Unterbrechungen bei gleichzeitiger Wahrung der kryptografischen Kontinuität.

Alternativer Migrationspfad: Neuerstellung von Dienstinstanzen

Eine Alternative zum Workflow für die Migrationsabsicht besteht darin, eine neue Instanz des IBM Cloud-Dienstes zu erstellen und sie von Anfang an mit einem CRK von Key Protect Dedicated zu konfigurieren. Anschließend kopieren Sie die Daten und Metadaten aus der bestehenden Dienstinstanz in die neue. Nachdem die neue Instanz verifiziert wurde, kann die ursprüngliche Instanz, die das HPCS CRK verwendet, außer Betrieb genommen werden.

Dieser Ansatz kann zu einer Unterbrechung des Dienstes während des Übergangszeitraums führen, während die Daten kopiert und die Referenzen aktualisiert werden, um auf die neue Instanz zu verweisen. Der Nachteil ist, dass bei diesem Ansatz eine neue Infrastruktur bereitgestellt, Daten kopiert und alle Referenzen (z. B. Endpunkte, Bindungen oder Anwendungskonfigurationen) aktualisiert werden müssen, die auf die ursprüngliche Serviceinstanz verweisen. Abwägung der Betriebskosten für die Neuerstellung der Dienstinstanz gegenüber der Einfachheit eines Neustarts mit einem Key Protect Dedicated CRK.

In den folgenden Abschnitten werden das Modell der Migrationsabsicht, die Voraussetzungen, der Migrationsablauf und die Überwachung des Fortschritts beschrieben.

Übersicht zur Migration

In IBM Cloud Diensten werden normalerweise Customer Root Keys (CRKs) verwendet, um vom Dienst verwaltete Data Encryption Keys (DEKs) zu verschlüsseln. Während der Migration werden die DEKs neu verpackt, so dass sie von einem Key Protect Dedicated CRK anstelle eines HPCS CRK verschlüsselt werden, ohne dass Sie die Daten erneut verschlüsseln müssen.

Im Großen und Ganzen funktioniert die Migration folgendermaßen:

  1. Sie erklären Ihre Absicht, einen HPCS CRK auf einen bestimmten Key Protect Dedicated CRK zu migrieren.
  2. IBM Cloud dienste, die mit diesem HPCS CRK verbunden sind, erkennen die Absicht.
  3. Jeder Dienst wickelt seine DEKs neu ein und aktualisiert seine Schlüsselzuordnungen.
  4. Die Verknüpfungen mit dem HPCS CRK werden nach Abschluss der Migration entfernt.

Voraussetzungen

Bevor Sie mit der CRK-Migration für IBM Cloud Dienste und Software beginnen, stellen Sie sicher, dass die folgenden Voraussetzungen erfüllt sind:

  • Serviceunterstützung
    • Nur IBM Cloud Dienste und Software, die ausdrücklich die HPCS-zu Key Protect Dedicated CRK Migration Intent unterstützen, können teilnehmen.
    • Gegenwärtig sind die IBM Dienste und Software, die Migration Intent unterstützen:
Tabelle 1. Methoden zur Ermittlung der HPCS-Nutzung
IBM Service Unterstützung der Migrationsabsicht Dienstspezifische Anweisungen
App-Konfiguration Voll Nicht zutreffend
Block Storage for VPC Voll Nicht zutreffend
Cloud Object Storage (COS) Voll Nicht zutreffend
Datenbankdienste(ICD) Voll Nicht zutreffend
Event Notifications Voll Nicht zutreffend
Event Streams Voll Die Migration kann bis zu einem Arbeitstag dauern
Kubernetes(IKS) Voll Speicherkomponenten
Red Hat OpenShift (ROKS) Voll Speicherkomponenten
Schematics Voll Nicht zutreffend
Secrets Manager Voll Nicht zutreffend
  • Unterstützung für die folgenden IBM Dienste und Software ist derzeit nicht verfügbar:

    Sie müssen nicht warten, bis alle Dienste Migrationsabsichten unterstützen, bevor Sie mit der Migration beginnen. Verwenden Sie das Tool Key Usage Reporter(KUR) und Ereignisse zur Aktivitätsverfolgung, um festzustellen, welche Dienste Ihre HPCS CRKs verwenden. Wenn Ihre HPCS-Schlüssel nur von Diensten verwendet werden, die Migrationsabsichten unterstützen, können Sie die Migration jetzt abschließen.

    Ein einzelner HPCS CRK kann gleichzeitig von unterstützten und nicht unterstützten Diensten verwendet werden. In diesem Fall sollten Sie die Migrationsabsicht jetzt erstellen. Die Dienste, die Migrationsabsichten unterstützen, erkennen die Absicht und schließen ihre Migration ab. Die Migrationsabsicht bleibt mit dem CRK verbunden. Wenn weitere Dienste die Unterstützung von Migrationsabsichten hinzufügen, müssen Sie den Synchronisierungsbefehl vom Key Migration Tool(CRKM) auf denselben CRKs ausführen. Sie brauchen keine neuen Migrationsabsichten zu erstellen.

    Das bedeutet, dass Sie den Migrationsprozess heute beginnen und später zurückkehren können, um ihn für die verbleibenden Dienste abzuschließen, sobald die Unterstützung verfügbar ist.

  • Ziel-CRKs
    Key Protect Dedizierte CRKs müssen vorhanden sein. Ziel-CRKs können mit oder ohne vom Kunden bereitgestelltes Schlüsselmaterial über die API, CLI oder die Benutzeroberfläche generiert oder importiert werden.
  • IAM-Berechtigung
    Dienst-zu-Dienst IAM-Autorisierungsrichtlinien müssen IBM Cloud den Zugriff auf die Key Protect Dedicated Instanz, den Schlüsselring oder den individuellen Schlüssel erlauben. In der Dokumentation jedes Dienstes finden Sie Informationen darüber, wie Sie diese IAM-Autorisierungsrichtlinien für die einzelnen Dienste einrichten. Die Service-to-Service IAM-Autorisierungsrichtlinien müssen im selben Konto wie die Zielinstanz Key Protect Dedicated definiert sein. Dieses Konto kann ein anderes sein als das Konto der Serviceinstanz. Stellen Sie für Anwendungsfälle wie IBM Cloud Databases, Messages for RabbitMQ, Kubernetes und OpenShift sicher, dass die delegierte Autorisierung aktiviert ist, wenn Sie die IAM-Richtlinie erstellen. Die meisten Fälle von fehlgeschlagenen Migrationen sind darauf zurückzuführen, dass dieser Schritt nicht oder falsch durchgeführt wurde.

Migrationsabsichten

Eine Migrationsabsicht ist eine optionale Subressource, die an einen HPCS CRK angehängt wird. Sie gibt das Ziel Key Protect Dedicated CRK by CRN an.

Um die Migration einzuleiten:

  1. Erstellen Sie eine Migrationsabsicht für den Quell-HPCS-CRK.
  2. Die Absicht bezieht sich auf das Ziel Key Protect Dedicated CRK.
  3. Migrationsabsichten werden mit dem Key Migration Tool erstellt.

Nachdem eine Migrationsabsicht erstellt wurde, sendet der HPCS-Dienst Synchronisierungsereignisse (eines pro bestehender Assoziation), die die IBM Cloud-Dienste darüber informieren, dass eine Migration angefordert wird.

Bei einigen Diensten (z. B. IBM Cloud Databases, Messages for RabbitMQ, Kubernetes und OpenShift ) müssen einige Minuten nach der Intent-Erstellung explizit weitere Synchronisationsereignisse ausgelöst werden. Sie können diese Ereignisse mit dem Sync-Befehl des Key Migration Tools auslösen.

Von den Diensten IBM Cloud verwendete Migrationslogik

Wenn ein Dienst IBM Cloud eine Migrationsabsicht für ein HPCS CRK verarbeitet, führt er die folgenden Schritte durch:

  1. Entpacken: Der Dienst entpackt den vorhandenen Wrapped DEK (WDEK), indem er HPCS aufruft, um den Klartext-DEK abzurufen.

  2. Wrap: Der DEK wird unter Verwendung des Ziels Key Protect Dedicated CRK umgeschlagen, wodurch ein neuer WDEK entsteht.

  3. Ersetzen: Der Dienst ersetzt den HPCS-umhüllten DEK durch den Key Protect Dedicated-umhüllten DEK.

  4. Assoziation: In Key Protect Dedicated wird eine neue Assoziation erstellt, die das Ziel-CRK mit der Serviceressource verknüpft.

  5. Informieren: Der Dienst benachrichtigt HPCS, dass die Migration für diese Ressource abgeschlossen ist, woraufhin HPCS die ursprüngliche Zuordnung automatisch entfernt.

Dieser Vorgang wird von jeder Dienstressource, die mit dem HPCS CRK verbunden ist, unabhängig durchgeführt.

Überwachung des Migrationsfortschritts

Sie können den Migrationsfortschritt mit Hilfe verschiedener Mechanismen überwachen:

Zuordnungen
Die Anzahl der Assoziationen, die mit dem HPCS CRK verbunden sind, verringert sich, im Idealfall auf Null, wenn keine staatlichen Assoziationen existieren. Die Zahl der Assoziationen, die mit dem Key Protect Dedicated CRK verbunden sind, steigt.
Schlüssel-Migrations-Werkzeug (CRKM)
Meldet die Anzahl der Assoziationen sowohl für Quell- als auch für Ziel-CRKs. Unterstützt Massenstatusprüfung und Wiederholungsversuche.
Manuelle Synchronisierung
Synchronisierungsereignisse können jederzeit über die REST-API oder das Key Migration Tool erneut ausgelöst werden, um unvollständige Migrationen zu wiederholen.

Für Event Streams nach der Erstellung einer Migrationsabsicht kann die Migration bis zu einem Arbeitstag dauern. Bei anderen Diensten wird die Migration voraussichtlich in weniger als vier Stunden abgeschlossen sein.

Identifizierung der HPCS CRK-Nutzung mit dem Key Usage Reporter (KUR)

Zur Unterstützung bei der Identifizierung von IBM Cloud Diensten, die HPCS Customer Root Keys (CRKs) verwenden, bietet IBM das Tool Key Usage Reporter(KUR).

KUR ist ein Befehlszeilentool, das IBM Cloud Konten durchsucht und einen Bericht über Ressourcen erstellt, die auf HPCS-Schlüssel verweisen. Es hilft bei der Identifizierung von Diensten und Ressourcen, die HPCS-Schlüssel verwenden und möglicherweise migriert werden müssen.

Der Bericht gruppiert die Ressourcen nach Dienst und enthält die CRNs sowohl der verschlüsselten Ressourcen als auch der zugehörigen Schlüssel. Sie können diese Informationen nutzen, um:

  • Ermittlung der für die Migration in Frage kommenden Dienste.
  • Abgleich von Assoziationen und Daten zur Aktivitätsverfolgung.
  • Unterstützung der Migrationsplanung und -validierung.

KUR ist auch in der Lage, Protokolldateien zur Aktivitätsverfolgung zu verarbeiten und CSV Zusammenfassungen zu erstellen, die helfen, HPCS-Nutzungsmuster zu erkennen.

Wichtige Überlegungen und Einschränkungen

  • Das Migrationstool wird nach bestem Wissen und Gewissen bereitgestellt und erkennt möglicherweise nicht alle möglichen Nutzungsmuster.
  • Nicht alle Dienste von IBM Cloud unterstützen derzeit die Migrationsabsicht.
  • Einige Leistungen oder bestimmte Teile von Leistungen (z.B. IKS und ROKS persistente Volumenansprüche) erfordern besondere Verfahren und sind nicht vollständig durch Migrationsabsichten abgedeckt. Weitere Informationen finden Sie in den folgenden Abschnitten.
  • Sie sind dafür verantwortlich, zu überprüfen, dass die Nutzung von HPCS beendet ist, bevor Sie HPCS außer Betrieb nehmen.

Beispiel für ein Migrationsszenario

Das folgende End-to-End-Beispiel veranschaulicht die Migration eines HPCS CRK, das von einer Cloud Object Storage-Instanz verwendet wird.

Ausgangspunkt:

  • Ein HPCS CRK (HPCS_key_1) schützt einen DEK, der von einer Cloud Object Storage Instanz (COS_1) verwendet wird.
  • Ziel ist es, dass COS_1 stattdessen ein Key Protect Dedicated CRK (KP_D_key_1) verwendet, ohne Daten zu verschieben.

Schritt 1: Identifizierung der HPCS CRK-Nutzung

Verwenden Sie das Tool Key Usage Reporter(KUR), um Ihre Konten zu scannen und festzustellen, welche Dienste und Ressourcen HPCS_key_1 verwenden. Vergleichen Sie den KUR-Bericht mit Ereignissen der Aktivitätsverfolgung, um die Nutzung zu bestätigen.

Schritt 2: Erstellen Sie das Ziel-CRK in Key Protect Dedicated

Erstellen Sie KP_D_key_1 in Ihrer Key Protect Dedicated-Instanz. Der Ziel-CRK kann mit oder ohne vom Kunden geliefertes Schlüsselmaterial über die API, CLI oder die Benutzeroberfläche generiert oder importiert werden.

Schritt 3: IAM-Autorisierungsrichtlinien einrichten

Erstellen Sie IAM-Autorisierungsrichtlinien von Dienst zu Dienst, die Cloud Object Storage den Zugriff auf die Key Protect Dedicated-Instanz, den Schlüsselring oder den individuellen Schlüssel erlauben, auf dem sich KP_D_key_1 befindet. Die IAM-Richtlinien müssen in demselben Konto wie die Zielinstanz Key Protect Dedicated definiert werden. Stellen Sie bei Diensten wie IBM Cloud Databases, Messages for RabbitMQ, Kubernetes und OpenShift, sicher, dass die delegierte Autorisierung aktiviert ist, wenn Sie die IAM-Richtlinie erstellen.

Die meisten Fälle von fehlgeschlagenen Migrationen sind darauf zurückzuführen, dass die IAM-Autorisierungsrichtlinien nicht oder falsch konfiguriert sind.

Bevor Sie fortfahren, verwenden Sie den CRKM-Befehl authz-check, um zu überprüfen, ob die erforderlichen IAM-Autorisierungsrichtlinien vorhanden sind. Der Befehl authz-check untersucht die Zuordnung auf jedem HPCS-Quell-CRK und prüft, ob eine passende IAM-Autorisierungsrichtlinie vorhanden ist, die jedem registrierten Dienst den Zugriff auf das Ziel Key Protect Dedicated CRK ermöglicht. Für jede Verbindung meldet das Tool, ob eine passende Richtlinie gefunden wurde oder ob eine Richtlinie fehlt, zusammen mit einer Vorlage der zu erstellenden Richtlinie. Wenn Sie diese Prüfung vor der Erstellung von Migrationsabsichten durchführen, können Sie Berechtigungslücken erkennen und beheben, die andernfalls zu Migrationsfehlern führen würden. Weitere Informationen finden Sie unter Key Migration Tool(CRKM).

Schritt 4: Migrationsabsicht erstellen

Verwenden Sie das Key Migration Tool(CRKM), um eine Migrationsabsicht auf HPCS_key_1 zu erstellen, die auf den Ziel-CRK KP_D_key_1 verweist. Das CRKM-Tool akzeptiert eine Datei CSV, die Paare von HPCS-CRK-Quell- und Key Protect Dedicated-CRK-CRNs enthält, wodurch es möglich ist, Migrationsabsichten in großen Mengen zu erstellen.

Nachdem die Migrationsabsicht erstellt wurde, sendet HPCS Synchronisierungsereignisse, die die zugehörigen Dienste über die Migrationsanforderung informieren.

Schritt 5: Synchronisierung starten

Bei einigen Diensten (z. B. IBM Cloud Databases, Messages for RabbitMQ, Kubernetes und OpenShift ) müssen einige Minuten nach der Intent-Erstellung explizit weitere Synchronisationsereignisse ausgelöst werden. Verwenden Sie den Sync-Befehl des CRKM-Tools, um diese Ereignisse auszulösen.

Sie können den Befehl sync jederzeit ausführen, um unvollständige Migrationen zu wiederholen.

Schritt 6: Überwachen Sie den Fortschritt der Migration

Verwenden Sie den CRKM-Befehl Status, um den Fortschritt der Migration zu überprüfen. Das Tool meldet die Anzahl der Assoziationen sowohl für den HPCS-Quell-CRK als auch für den Key Protect Dedicated CRK. Als Dienste die Migration abschließen:

  • Die Zahl der Vereine auf HPCS_key_1 nimmt ab.
  • Die Zahl der Vereine auf KP_D_key_1 steigt.

Bei Event Streams kann die Migration bis zu einem Arbeitstag dauern. Bei anderen Diensten wird die Migration voraussichtlich in weniger als vier Stunden abgeschlossen sein.

Über das Key Migration Tool (CRKM)

Das Key Migration Tool(CRKM) ist ein CLI-Tool, das die folgenden Vorgänge unterstützt:

  • Status: Berichtet über den Migrationsfortschritt, indem die Anzahl der Assoziationen für Quell- und Ziel-CRKs über alle CRK-Paare hinweg angezeigt wird.
  • Authz-Prüfung: Überprüft, ob die erforderlichen IAM-Autorisierungsrichtlinien für jeden registrierten Dienst vor der Migration vorhanden sind. Berichte über übereinstimmende und fehlende Richtlinien mit umsetzbaren Vorlagen.
  • Erstellen: Erzeugt Migrationsabsichten in großen Mengen aus einer CSV Datei mit Quell- und Ziel-CRK-CRN-Paaren.
  • Synchronisieren: Löst Synchronisierungsereignisse aus, um die Dienste zur Verarbeitung der Migrationsabsicht zu veranlassen. Kann mehrfach ausgeführt werden, um unvollständige Migrationen zu wiederholen.
  • Löschen: Entfernt die Migrationsabsicht von einem oder mehreren Quellschlüsseln.

Das CRKM-Tool ist für die automatisierte CRK-Migration erforderlich und arbeitet mit dem KUR-Tool zusammen, das für die Erkennung und Berichterstattung zuständig ist.

Standard-Schlüsselmigration

Standardschlüssel in HPCS speichern geheimes Material wie API-Schlüssel, Kennwörter oder Verschlüsselungsschlüssel, die direkt von Anwendungen verwendet werden. Im Gegensatz zu CRKs verwenden Standardschlüssel nicht den Workflow der Migrationsabsicht. Für die Migration von Standardschlüsseln müssen Sie das Schlüsselmaterial aus HPCS abrufen und in einem unterstützten Dienst erneut bereitstellen.

Prüfen auf Vorhandensein von Standardschlüsseln

Verwenden Sie das folgende Bash-Skript, um die Gesamtzahl der Standardschlüssel in allen gültigen Standardschlüsselzuständen in jeder HPCS-Instanz zu zählen.

Stellen Sie sicher, dass Sie über die IBM Cloud CLI bei IBM Cloud angemeldet sind.

# count the total number of Standard keys in all states
HPCS_ADDR=https://fadedbee-0000-0000-0000-1234567890ab.api.us-south.hs-crypto.appdomain.cloud
HPCS_INSTANCE_ID=fadedbee-0000-0000-0000-1234567890ab
AUTH_HEADER="${AUTH_TOKEN:-$(jq -r .IAMToken ~/.bluemix/config.json)}"
header="$(curl -i -k -s --head \
  "${HPCS_ADDR}/api/v2/keys?state=1,5&extractable=true" \
  -H "authorization: ${AUTH_HEADER}" \
  -H "bluemix-instance: ${HPCS_INSTANCE_ID}" \
  -H "prefer: return=representation" \
| grep '^Key-Total:' \
| tr -d '\r')"
if [ -n "$header" ]; then
  total="${header#Key-Total: }"
  echo "Total number of Standard keys in all states: $total"
else
  echo "Error: Key-Total header not found. Try logging into IBM Cloud again. Check endpoint, auth token, or permissions." >&2
fi

Ersetzen Sie HPCS_ADDR und HPCS_INSTANCE_ID durch gültige Werte für jede HPCS-Instanz. Sie können den Instanzendpunkt für HPCS und die Instanz-ID in der IBM Cloud UI-Konsole für die jeweilige Instanz finden.

Die Ausgabe ähnelt dem folgenden Beispiel:

Total number of Standard keys in all states: 4

Wenn die Ausgabe eine leere Zeile ist, melden Sie sich erneut über die IBM Cloud CLI bei IBM Cloud an.

Wenn in allen HPCS-Instanzen keine Standardschlüssel vorhanden sind, ist eine Migration der Standardschlüssel nicht erforderlich.

Überprüfen Sie die Anzahl der Standardschlüssel im Zustand "Zerstört" (5) mit dem folgenden Skript.

# count the total number of Standard keys in Destroyed (5) state.
HPCS_ADDR=https://fadedbee-0000-0000-0000-1234567890ab.api.us-south.hs-crypto.appdomain.cloud
HPCS_INSTANCE_ID=fadedbee-0000-0000-0000-1234567890ab
AUTH_HEADER="${AUTH_TOKEN:-$(jq -r .IAMToken ~/.bluemix/config.json)}"
header="$(curl -i -k -s --head \
  "${HPCS_ADDR}/api/v2/keys?state=5&extractable=true" \
  -H "authorization: ${AUTH_HEADER}" \
  -H "bluemix-instance: ${HPCS_INSTANCE_ID}" \
  -H "prefer: return=representation" \
| grep '^Key-Total:' \
| tr -d '\r')"
if [ -n "$header" ]; then
  total="${header#Key-Total: }"
  echo "Total number of Standard keys in Destroyed (5) state: $total"
else
  echo "Error: Key-Total header not found. Try logging into IBM Cloud again. Check endpoint, auth token, or permissions." >&2
fi

Wenn sich alle Standardtasten im Zustand Zerstört (5) (soft deleted) befinden, ist nicht gewährleistet, dass sie nicht verwendet werden. Eine IBM Cloud-Ressource oder eine benutzerdefinierte Anwendung kann immer noch auf den Schlüssel verweisen. In diesem Fall ist zu erwarten, dass der Vorgang beim nächsten Versuch, Schlüsselmaterial abzurufen, fehlschlägt.

Standardschlüssel können nur im Zustand Aktiv (1) oder Zerstört (5) existieren. Andere Schlüsselstaaten gelten nur für CRKs.

Sie können die vollständige CRN von HPCS-Standardschlüsseln über IBM Cloud CLI kp keys befehl abrufen.

Das folgende Beispiel listet die möglichen Zustände der Standardschlüssel auf:

export KP_TARGET_ADDR=https://fadedbee-0000-0000-0000-1234567890ab.api.us-south.hs-crypto.appdomain.cloud
ibmcloud kp keys --instance-id fadedbee-0000-0000-0000-1234567890ab --crn --key-type standard-key --key-states active,destroyed --number-of-keys 5000

Ersetzen Sie KP_TARGET_ADDR durch gültige Werte für jede HPCS-Instanz. Sie finden den Instanzendpunkt für HPCS in der IBM Cloud UI-Konsole für die jeweilige Instanz.

  • Der Befehl kann bis zu 5000 Standardschlüssel auf einmal auflisten. Um alle Standardschlüssel aufzulisten, kann eine Paginierung erforderlich sein.

Überprüfung der HPCS-Nutzung am AIX

Wenn Sie AIX Systeme (auf IBM Cloud oder vor Ort) haben und Standardschlüssel in HPCS vorhanden sind, führen Sie die folgenden Befehle auf dem Host AIX aus, um zu überprüfen, ob diese Schlüssel verwendet werden. Das Feld TYPE in der Ausgabe der Befehle hdcryptmgr gibt die HPCS-Authentifizierungsmethode an.

keysvrmgr show -t hpcs
hdcryptmgr showlv <lvname> -v
hdcryptmgr showpv <pvname> -v

Wenn keine logischen Datenträger oder physischen Datenträger TYPE=hpcs melden, verwendet das System AIX nicht aktiv HPCS Standard Keys.

Ab AIX® 7.3 Technology Level (TL) 4 Service Pack (SP) 1 ersetzt die Authentifizierungsmethode Key Protect Dedicated Server die veraltete Authentifizierungsmethode Hyper Protect Crypto Services (HPCS). Die Option -t des Befehls hdcryptmgr wurde aktualisiert, um den kms-Wert als gültigen Wert anstelle des hpcs-Werts aufzunehmen. Der Wert der Option hpcs wird auch für Key Protect akzeptiert. Um von HPCS zu Key Protect Server zu migrieren, lesen Sie den Abschnitt Migration von HPCS zu Key Protect Server im Thema Verschlüsselte logische Volumes.

Migration von Standardschlüsseln

Wenn neben den bereits erwähnten Verwendungen Direct Link und AIX auch Standardschlüssel vorhanden sind, müssen Sie diese anhand der folgenden Schritte migrieren:

  1. Abrufen des Schlüsselmaterials: Verwenden Sie die HPCS-API, um das Klartext-Schlüsselmaterial der einzelnen Standardschlüssel abzurufen.

  2. Das Schlüsselmaterial erneut bereitstellen: Speichern Sie das abgerufene Schlüsselmaterial in einem unterstützten Dienst. Das geht folgendermaßen:

    • Importieren des Schlüsselmaterials in einen neuen Key Protect Gewidmeten Standardschlüssel.
    • Speicherung des Geheimnisses in IBM Cloud Secrets Manager, was die empfohlene Lösung für allgemeines geheimes Material ist.
  3. Aktualisieren Sie Anwendungsreferenzen: Aktualisieren Sie alle benutzerdefinierten Anwendungen, Servicekonfigurationen oder IAM-Richtlinien, die auf den HPCS-Standardschlüssel verweisen. Die Anwendungen müssen mit dem neuen Dienstendpunkt, der Schlüssel-ID und allen erforderlichen IAM-Richtlinien aktualisiert werden, die den Zugriff auf den neuen Schlüssel in Key Protect Dedicated oder Secrets Manager gewähren.

  4. Validieren: Bestätigen Sie, dass alle Anwendungen und Dienste mit dem neuen Schlüssel korrekt funktionieren, bevor Sie den HPCS-Standardschlüssel außer Betrieb nehmen.

KMIP für VMWare-Migration

VMware Die KMIP-Unterstützung für HPCS endet am 31. Dezember 2026, danach funktioniert der Dienst KMIP für VMware nicht mehr. Detaillierte Anweisungen zur Migration auf Key Protect Dedicated werden hier veröffentlicht.

PKCS #11 ( GREP11 )

Enterprise PKCS #11 Schlüssel, die über PKCS #11 oder GREP11 schnittstellen verwendet werden, werden von Key Protect Dedicated nicht unterstützt.

Um festzustellen, ob diese Funktion genutzt wird, prüfen Sie die HPCS-Aktivitätsverfolgungsprotokolle auf Einträge, bei denen das Aktionsfeld hs-crypto.ep11.use lautet oder mit hs-crypto.keystore beginnt. Das Vorhandensein dieser Einträge zeigt an, dass PKCS #11 ( GREP11 ) verwendet wird.

Siehe GREP11/PKCS#11 Migrationsleitfaden.

Vereinheitlichter Schlüssel-Orchestrator (UKO)

UKO-verwaltete Schlüssel werden von Key Protect Dedicated nicht unterstützt.

Siehe den UKO-Migrationsleitfaden.

Terraform

Um Terraform mit Key Protect Dedicated zu verwenden, muss die Umgebungsvariable IBMCLOUD_KP_API_ENDPOINT auf den öffentlichen oder privaten API-Endpunkt der spezifischen Key Protect Dedicated-Instanz gesetzt werden.

Die Bereitstellung einer neuen Key Protect Dedicated-Instanz ist über die IBM Cloud Console UI und die IBM Cloud CLI möglich. Das Erstellen neuer Key Protect Dedicated-Instanzen mit Terraform wird nicht unterstützt.

Weitere Informationen finden Sie unter Einrichten von Terraform für Key Protect

Bereitstellung von Instanzen mithilfe der CLI von „ IBM Cloud “

Der Prozess für die Bereitstellung von Hyper Protect Crypto Services Instanzen unterscheidet sich von dem Prozess für die Bereitstellung von Key Protect Dedicated Instanzen unter Verwendung der IBM Cloud CLI.

Siehe Anweisungen für die Bereitstellung von Key Protect Dedicated-Instanzen mithilfe der IBM Cloud CLI.

Sicherer Import der Rootschlüsselinformationen.

Der sichere Import von Stammschlüsselmaterial wird von Key Protect Dedicated nicht unterstützt.

Um festzustellen, ob diese Funktion genutzt wird, prüfen Sie die HPCS-Aktivitätsverfolgungsprotokolle auf Einträge, bei denen das Aktionsfeld hs-crypto.import-token.create oder hs-crypto.import-token.read lautet. Das Vorhandensein dieser Einträge zeigt an, dass der sichere Import von Stammschlüsselmaterial verwendet wird.

Key Protect Dedicated unterstützt den regelmäßigen Import von Root-Schlüsselmaterial, wobei das Schlüsselmaterial bei der Übertragung mit HTTPS verschlüsselt wird.

Nach der Migration

Nachdem Sie die Migration auf Key Protect Dedicated abgeschlossen haben, müssen Sie überprüfen, dass HPCS-Instanzen nicht mehr aktiv genutzt werden, und kontrollierte Schritte zur Risikominderung vor dem HPCS-End-of-Service-Datum unternehmen.

Validieren Sie, dass HPCS nicht mehr verwendet wird

Überprüfen Sie nach der Migration die HPCS-Aktivitätsverfolgungsereignisse, um sicherzustellen, dass keine Operationen gegen HPCS-Instanzen durchgeführt werden.

Überprüfen Sie die Ereignisse über das größte verfügbare Aufbewahrungsfenster.

Wenn die Ereignisse der Aktivitätsüberwachung auf eine fortgesetzte Nutzung hindeuten:

  1. Identifizieren Sie den Dienst oder die Arbeitslast, der/die für die Nutzung verantwortlich ist.
  2. Überprüfen Sie anhand der Migrationsabsicht, ob die Ressource die CRK-Migration unterstützt.
  3. Schließen Sie die Migration für diese Verwendung ab oder versuchen Sie es erneut, bevor Sie fortfahren.

Das Fehlen von Ereignissen der Aktivitätsverfolgung ist kein schlüssiger Beweis dafür, dass keine Nutzung vorliegt. Einige Dienste und benutzerdefinierte Anwendungen verwenden Schlüssel nur selten oder nur bei Lebenszyklusereignissen wie Neustart, Wiederherstellung oder Failover.

Schrittweise Deaktivierung migrierter HPCS CRKs

Wenn Sie sicher sind, dass bestimmte HPCS CRKs nicht mehr benötigt werden, können Sie diese CRKs deaktivieren.

Es wird empfohlen, CRKs vor dem Löschen zu deaktivieren, weil:

  • Alle verbleibenden kryptografischen Operationen schlagen sofort mit einem eindeutigen Fehler fehl.
  • Deaktivierte Schlüssel können schnell wieder aktiviert werden, wenn unerwartete Abhängigkeiten entdeckt werden.
  • Während der Validierung ist ein sicherer Rollback-Mechanismus vorgesehen.

Ein empfohlener Meilenstein ist die Sicherstellung, dass alle HPCS CRKs, die erfolgreich migriert wurden, sich im Zustand "Disabled" befinden.

CRKs im Status "Deaktiviert" können jederzeit wieder aktiviert werden und blockieren nicht dauerhaft die Abhilfe.

Abschließende Meilensteine und Überlegungen zur Stilllegung

Das Löschen von HPCS CRKs und Standardschlüsseln ist technisch möglich. Bei der Löschung ist jedoch Vorsicht geboten:

  • Gelöschte Schlüssel können nur für einen begrenzten Zeitraum nach dem Löschen wiederhergestellt werden.
  • Nach Ablauf des Wiederherstellungsfensters ist die Löschung endgültig.
  • Die Wiederherstellung wird immer schwieriger, je mehr Zeit vergeht und je höher die Arbeitslast ist.

Aus diesen Gründen ist es nicht erforderlich, HPCS-Schlüssel im Rahmen der Migration zu löschen.

Ein konservativer und empfohlener Ansatz ist:

  1. Lassen Sie HPCS-Instanzen und CRKs deaktiviert.
  2. Sie dürfen nach der Validierung nicht wieder aktiviert oder geändert werden.

Dieser Ansatz minimiert das Risiko und stellt gleichzeitig sicher, dass die kryptografische Migration erfolgreich abgeschlossen wird.

Ihre Zuständigkeiten

Sie sind verantwortlich für:

  • Überprüfung, ob alle HPCS-Nutzungen gestoppt wurden
  • Validierung des Anwendungs- und Dienstverhaltens nach der Migration

Fahren Sie mit den Stilllegungsarbeiten erst dann fort, wenn Sie sicher sind, dass HPCS nicht mehr für die Arbeit benötigt wird.