Zusätzliche Sicherheitszuständigkeiten für IBM Cloud Hyper Protect Virtual Servers für VPC

Die IBM Cloud Hyper Protect Virtual Servers für VPC ist veraltet. Ab dem 28. Februar 2026 können Sie keine neuen Instanzen mehr anlegen. Bestehende Instanzen werden bis zum 20. Februar 2027 unterstützt. Alle Instanzen, die zu diesem Zeitpunkt noch existieren, werden gelöscht. Sie können Ihre Workloads mit IBM Confidential Computing Container Runtime(früher bekannt als Hyper Protect Virtual Servers ) oder IBM Confidential Computing Container Runtime for Red Hat Virtualization Solutions(früher bekannt als Hyper Protect Container Runtime for Red Hat Virtualization Solutions) neu bereitstellen. Informationen zur Datenmigration finden Sie in der Anleitung zur Migration. Weitere Informationen finden Sie in der Ankündigung zur Abschaffung des Dienstes.

Hier finden Sie Informationen zu den sicherheitsrelevanten Zuständigkeiten, die Sie beachten müssen, wenn Sie IBM Cloud Hyper Protect Virtual Servers für VPC verwenden.

Sie müssen die folgenden bewährten Sicherheitsverfahren beachten, die Sie bei der Pflege einer sichereren Umgebung unterstützen:

• Wenn das aktuelle HPVS-Image veraltet ist, müssen Sie so schnell wie möglich auf die neueste Version aktualisieren, um die weitere Unterstützung und Kompatibilität sicherzustellen.
• Stellen Sie sicher, dass Sie die Umgebung regelmäßig auf die neuesten verfügbaren Images aktualisieren, wenn sie verfügbar gemacht werden.
• Ergreifen Sie die erforderlichen Maßnahmen bei regelmäßigen Sicherheitsmeldungen von IBM.
• Stellen Sie sicher, dass nur die erforderlichen Ports geöffnet sind und die Ports gesichert sind ( TLS ). Wenn Sie einen beliebigen Port auf der virtuellen Serverinstanz öffnen wollen, stellen Sie sicher, dass Sie die bewährten Sicherheitsverfahren befolgen. IBM ist nicht verantwortlich für etwaige Sicherheitsvorfälle, die sich aus der Nutzung des Ports ergeben.
• Stellen Sie sicher, dass nur vertrauenswürdige oder bekannte Benutzer Zugriff auf die Umgebung und virtuelle Server haben.
• Wenden Sie das Prinzip der geringsten Berechtigung an, wenn es für die Minimierung von Sicherheitsrisiken in Ihrer Docker-Umgebung unerlässlich ist. Vermeiden Sie es, Container als Benutzer ohne Rootberechtigung oder als privilegierte Container auszuführen.
• Das Linux-Kernelsicherheitsmodul AppArmor ist auf der virtuellen Serverinstanz aktiviert. Weitere Informationen finden Sie im Abschnitt AppArmor.
• Wenn ein Image veraltet ist, wird empfohlen, auf die neueste verfügbare Version zu aktualisieren. Sobald das Image veraltet ist, schlägt die Erstellung oder der Start von vsi mit einem Fehler fehl, da das Image nicht mehr gültig ist.
• Sie müssen die folgenden Best Practices für den Vertrag beachten:
  • Es wird empfohlen, alle Vertragsabschnitte zu verschlüsseln. Weitere Informationen finden Sie unter Vertragsverschlüsselung.
  • Um die Integrität des Vertrags sicherzustellen, wird empfohlen, den Vertrag zu unterzeichnen. Weitere Informationen finden Sie unter Vertragssignatur.
  • Die Container-Images können signiert werden. Weitere Informationen finden Sie unter IBM Hyper Protect Container Runtime-Images.
  • Es liegt in Ihrer Verantwortung, die von Ihnen erstellte Kopie des Vertrags sicher aufzubewahren, um unbeabsichtigte Sicherheitsrisiken zu vermeiden, da Sie sie nicht abrufen können, wenn sie verloren gegangen ist.
  • Eingabedaten können mithilfe des Attestierungsdatensatzes validiert werden. Weitere Informationen finden Sie unter Attestierung.
  • Die Attestierungsaufzeichnungen können verschlüsselt werden mit dem attestationPublicKey.
  • Sie können die Zertifikate validieren, die Sie für die Vertragsverschlüsselung und Attestierung herunterladen. Weitere Informationen finden Sie unter Zertifikate validieren.
  • Stellen Sie sicher, dass die Samen, die Sie im Vertrag verwenden, nicht leicht zu erraten oder zu knacken.
  • Stellen Sie sicher, dass alle Software, die Sie im Vertrag definieren, aus vertrauenswürdigen Quellen stammt.