Bekannte Probleme für alle HSM-Instances

Auswirkung: Das Ein- und Auspacken mithilfe dieses integrierten Algorithmus hat keine Auswirkungen. AWS CloudHSM Mit umschlossene Schlüssel können jedoch AWS CloudHSM nicht in andere HSMs oder Software entpackt werden, die die Einhaltung der No-Padding-Spezifikation erwarten. Dies liegt daran, dass während des standardkonformen Entpackens am Ende Ihrer Schlüsseldaten acht Bytes Padding-Daten hinzugefügt werden können. Extern verpackte Schlüssel können nicht ordnungsgemäß in eine Instanz entpackt werden. AWS CloudHSM

Problemumgehung: Wenn Sie einen Schlüssel extern entpacken, der mit AES Key Wrapping und PKCS #5 Padding auf einer AWS CloudHSM-Instance verpackt wurde, entfernen Sie vor Verwendung des Schlüssels das zusätzliche Padding. Zu diesem Zweck können Sie die zusätzlichen Bytes in einem Datei-Editor abtrimmen oder nur die Schlüsselbytes in einen neuen Puffer in Ihrem Code kopieren.

Stand der Lösung: Mit der Client- und Software-Version 3.1.0 bietet AWS CloudHSM standardkonforme Optionen für AES Key Wrapping. Weitere Informationen finden Sie unter AES Key Wrapping.

Auswirkung: Wenn Sie jedes HSM in Ihrem Cluster löschen und dann ein neues HSM hinzufügen, das eine neue IP-Adresse erhält, sucht der Client-Daemon weiterhin unter den ursprünglichen IP-Adressen nach Ihren HSMs.

Problemumgehung: Wenn Sie eine intermittierende Arbeitslast ausführen, empfehlen wir, das IpAddress Argument in der CreateHsm Funktion zu verwenden, um die Elastic Network Interface (ENI) auf ihren ursprünglichen Wert zu setzen. Beachten Sie, dass eine ENI spezifisch für eine Availability Zone (AZ) ist. Die Alternative ist, die Datei /opt/cloudhsm/daemon/1/cluster.info zu löschen und dann die Client-Konfiguration auf die IP-Adresse Ihres neuen HSM zurückzusetzen. Sie können den Befehl client -a <IP address> verwenden. Weitere Informationen finden Sie unter Installieren und Konfigurieren des AWS CloudHSM Clients (Linux) oder Installieren und Konfigurieren des AWS CloudHSM Clients (Windows).

Stand der Lösung: Daten mit weniger als 16 KB werden weiterhin zum Versehen mit einem Hash-Wert an HSM gesendet. Daten zwischen 16 KB und 64 KB können nun auch lokal in der Software mit einem Hash-Wert versehen werden. Das Client-SDK 5 schlägt explizit fehl, wenn der Datenpuffer größer als 64 KB ist. Sie müssen Ihren Client und Ihre SDK (s) auf eine Version über 5.0.0 oder höher aktualisieren, um von dem Update zu profitieren.

Stand der Lösung: Dieses Problem wurde behoben. Ihrerseits sind keine Maßnahmen erforderlich, um die Korrektur nutzen zu können.

Lösung: Wenn Sie die WrapKey Befehle wrapKey oder un verwenden, müssen Sie die Option verwenden, um den Mechanismus anzugeben. -m Weitere Informationen finden Sie in den Beispielen in den WrapKey Artikeln WrapKey oder UN.

Auswirkung: Wenn die einzelne HSM-Instance im Cluster an Konnektivität verliert, stellt der Client keine erneute Verbindung zu ihr her – auch dann nicht, wenn die HSM-Instance zu einem späteren Zeitpunkt wiederhergestellt wird.

Problemumgehung: Wir empfehlen mindestens zwei HSM-Instances pro Produktions-Cluster. Wenn Sie diese Konfiguration verwenden, werden Sie nicht von diesem Problem betroffen sein. Deaktivieren Sie bei Clustern mit nur einem HSM den Client-Daemon, um die Konnektivität wiederherzustellen.

Stand der Lösung: Dieses Problem wurde in AWS CloudHSM -Client Version 1.1.2 behoben. Sie müssen auf diesen Client upgraden, um das Problem zu beheben.

Auswirkung: Wenn der Client in den Status „Unbehandelter Fehler“ wechselt, hängt er sich auf und muss neu gestartet werden.

Problemumgehung: (Problemumgehung) Testen Sie Ihren Durchsatz, um sicherzustellen, dass Sitzungsschlüssel nicht mit einer Rate erstellt werden, die der Client nicht verarbeiten kann. Sie können die Rate heruntersetzen, indem Sie dem Cluster ein HSM hinzufügen oder die Erstellung des Sitzungsschlüssels verzögern.

Stand der Lösung: Dieses Problem wurde in AWS CloudHSM -Client Version 1.1.2 behoben. Sie müssen auf diesen Client upgraden, um das Problem zu beheben.

Auswirkung: HMAC-Schlüssel mit einer Größe von mehr als 800 Bytes können im HSM erstellt oder in das HSM importiert werden. Wenn Sie diesen größeren Schlüssel in einer Digest-Operation jedoch über die JCE oder key_mgmt_util verwenden, schlägt die Operation fehl. Beachten Sie, dass die Größe von HMAC-Schlüsseln beim Verwenden von PKCS11 auf 64 Bytes beschränkt wird.

Problemumgehung: Wenn Sie HMAC-Schlüssel für Digest-Operationen im HSM verwenden, stellen Sie sicher, dass die Schlüsselgröße weniger als 800 Bytes beträgt.

Stand der Lösung: Keine Angabe.

Auswirkung: Alle vorhandenen Dateien und Unterverzeichnisse unter dem angegebenen Ausgabepfad können dauerhaft verloren gehen.

Problemumgehung: Verwenden Sie das optionale Argument -output path nicht, wenn Sie das client_info-Tool verwenden.

Stand der Lösung: Dieses Problem wurde in Client SDK 3.3.2 Version behoben. Sie müssen auf diesen Client upgraden, um das Problem zu beheben.

Auswirkung: Dieses Problem betrifft Benutzer, die das Configure Tool auf SDK-Versionen 5.5.0 und höher in containerisierten Umgebungen ausführen und EC2-Instance-Metadaten zur Bereitstellung von Anmeldeinformationen verwenden.

Problemumgehung: Legen Sie das PUT-Antwort-Hop-Limit auf mindestens zwei fest. Eine Anleitung dazu finden Sie unter Konfigurieren der Optionen für Instanz-Metadaten.

Problemumgehung: Sie können den benutzerdefinierten privaten SSL-Schlüssel mit dem Befehl openssl in das PKCS8-Format konvertieren: openssl pkcs8 -topk8 -inform PEM -outform PEM -in ssl_private_key -out ssl_private_key_pkcs8

Lösungsstatus: Dieses Problem wurde in der Client-SDK-Version 5.12.0 behoben. Sie müssen ein Upgrade auf diese Client-Version oder höher durchführen, um von dem Update profitieren zu können.

Auswirkung: ECDSA-Signaturvorgänge schlagen fehl, wenn Hashfunktionen verwendet werden, die schwächer als die Schlüsselstärke sind. Dieser Fehler tritt auf, weil FIPS 186-5 verlangt, dass die Hash-Funktion mindestens so stark ist wie die Schlüsselstärke.

Möglicherweise wird in Ihren Client-Protokollen ein ähnlicher Fehler angezeigt:

[cloudhsm_provider::hsm1::session::ecdsa::sign::common][][] Digest security strength (80) is weaker than the key security strength (128)

Problemumgehung: Wenn Sie Ihre Hash-Funktionen nicht aktualisieren können, können Sie zu Nicht-FIPS-Clustern migrieren, die die Anforderungen an die Hashstärke nicht durchsetzen. Wir empfehlen jedoch, Ihre Hash-Funktionen zu aktualisieren, um die FIPS-Konformität aufrechtzuerhalten.

Als zusätzliche Problemumgehung haben wir eine Konfigurationsoption hinzugefügt, um diese Anforderung zu umgehen. Bitte beachten Sie, dass diese Option nicht empfohlen wird, da die Verwendung von ECDSA mit schwächeren Hash-Funktionen nicht den bewährten Sicherheitsmethoden entspricht. Um diese Option zu verwenden, führen Sie den folgenden Befehl aus (configure-cliersetzen Sie ihn durch das Konfigurationstool für das verwendete SDK:): AWS CloudHSM Konfigurationssyntax für das Client-SDK 5

sudo /opt/cloudhsm/bin/configure-cli --enable-ecdsa-with-weak-hash-function

Lösung: Verwenden Sie eine Hash-Funktion, die mindestens so stark ist wie Ihr ECDSA-Schlüssel. Informationen zur Hash-Funktion und zu den wichtigsten Stärken von ECDSA finden Sie in den Tabellen 2 und 3 in NIST SP 800-57 Part 1 Rev 5.

Auswirkung: Wenn Sie die CloudHSM-CLI im interaktiven Modus mit SDK-Version 5.16.1 verwenden, werden Sitzungstoken bei Signiervorgängen mit vorgehashten Daten nicht ordnungsgemäß gelöscht.

Problemumgehung: Verwenden Sie den Einzelbefehlsmodus anstelle des interaktiven Modus, wenn Sie Signaturvorgänge mit vorgehashten Daten durchführen. Dadurch wird eine ordnungsgemäße Token-Bereinigung nach jedem Vorgang gewährleistet.

Lösungsstatus: Dieses Problem wurde in CloudHSM SDK 5.16.2 behoben. Führen Sie ein Upgrade auf Version 5.16.2 oder höher durch, um von dem Fix zu profitieren.

Auswirkung: Für Kunden nach dem 31. Januar 2026 gibt es keine Auswirkungen. Die gesamte Kommunikation zwischen dem Client und HSM wird wie hier beschrieben durch Client-HSM TLS gesichert. AWS CloudHSM End-to-End-Verschlüsselung des Clients Das Client-HSM TLS verwendet owned/managed Kundenzertifikate, die vom Kunden bei der Cluster-Initialisierung konfiguriert werden.

Lösungsstatus: Gelöst.

Auswirkung: Cluster, die mit einem CA-Zertifikat mit einem RSA-Schlüssel initialisiert wurden, der schwächer als 2048 Bit ist, können auf den Client SDK 5-Versionen 5.17.0 und 5.17.1 keine Verbindung herstellen.

Problemumgehung: Führen Sie ein Downgrade auf eine Client-SDK 5-Version vor 5.17.0 durch, um die Konnektivität zu Ihrem Cluster wiederherzustellen.

Lösungsstatus: Dieses Problem wurde in Client SDK 5.17.2 behoben. Führen Sie ein Upgrade auf Version 5.17.2 oder höher durch, um von dem Update zu profitieren.

Auswirkung: Bei Workloads mit hoher Parallelität kann das Client-SDK 5 gelegentlich vorübergehende Betriebsfehler zurückgeben. Das Client-SDK 5 erhöht im Rahmen seiner verbesserten Sicherheitslage das Volumen paralleler Operationen zum HSM. Bei hoher Auslastung können Verzögerungen bei der Threadplanung zu vorübergehenden Fehlern führen, die bei einem erneuten Versuch behoben werden können.

Problemumgehung: Implementieren Sie eine Wiederholungslogik auf Anwendungsebene für vorübergehende Fehler. Weitere Informationen finden Sie in unserem Leitfaden zu bewährten Methoden. AWS CloudHSM Bewährte Methoden für die Anwendungsintegration Sie können den Client auch entlasten, indem Sie die Anzahl paralleler kryptografischer Operationen einschränken oder ein Upgrade auf einen Instance-Typ mit mehr CPU-Kernen durchführen.

Lösungsstatus: Wir haben Wiederholungen in Client SDK 5.17.2 hinzugefügt. Sie müssen ein Upgrade auf diese Client-Version oder höher durchführen, um von den Updates profitieren zu können.

Auswirkung: Die Generierung, Signierung und Überprüfung von Schlüsseln ML-DSA (Algorithmus für Module-Lattice-Based digitale Signaturen) werden derzeit auf FIPS-mode Clustern nicht unterstützt.

Lösungsstatus: Wir arbeiten daran, FIPS-mode Unterstützung für hinzuzufügen ML-DSA. Alle Updates werden auf der Seite mit dem Versionsverlauf bekannt gegeben.