Problemi noti per tutte le istanze HSM

Impatto: non c'è alcun impatto se esegui operazioni di avvolgimento e disimballaggio utilizzando questo algoritmo interno. AWS CloudHSM Tuttavia, le chiavi impacchettate AWS CloudHSM non possono essere scartate all'interno di altri HSM o software che prevedono la conformità alla specifica no-padding. Questo perché otto byte di dati di riempimento potrebbero essere aggiunti alla fine dei dati della chiave durante un wrapping conforme agli standard. Le chiavi impacchettate esternamente non possono essere estratte correttamente in un'istanza. AWS CloudHSM

Soluzione: per annullare esternamente il wrapping di una chiave eseguito con wrapping della chiave AES con riempimento PKCS #5 su un'istanza AWS CloudHSM, eliminare il riempimento supplementare prima di tentare di utilizzare la chiave. Per farlo, è possibile tagliare i byte supplementari in un editor di file o copiare solo i byte della chiave in un nuovo buffer nel codice.

Stato della risoluzione: con il client 3.1.0 e la versione software, AWS CloudHSM fornisce opzioni conformi agli standard per il wrapping delle chiavi AES. Per ulteriori informazioni, vedi wrapping delle chiavi AES.

Impact: (Impatto) se si elimina ogni HSM nel cluster e si aggiunge poi un altro HSM, che ottiene un nuovo indirizzo IP, il daemon del client continua a cercare gli HSM ai loro indirizzi IP originali.

Soluzione alternativa: se si esegue un carico di lavoro intermittente, si consiglia di utilizzare l'IpAddressargomento nella CreateHsm funzione per impostare l'interfaccia di rete elastica (ENI) sul valore originale. Si noti che l'ENI è specifica per una zona di disponibilità (AZ). In alternativa, è possibile eliminare il file /opt/cloudhsm/daemon/1/cluster.info e quindi reimpostare la configurazione del client sull'indirizzo IP del nuovo HSM. È possibile utilizzare il comando client -a <IP address>. Per ulteriori informazioni, vedere Installare e configurare il AWS CloudHSM client (Linux) o Installare e configurare il AWS CloudHSM client (Windows).

Resolution status (Stato di risoluzione): i dati di dimensioni inferiori ai 16 KB continuano a essere inviati all'HSM per l'hashing. Abbiamo aggiunto la capacità che consente di eseguire l'hashing in locale, nel software, per i dati di dimensioni comprese tra 16 KB e 64 KB. Client SDK 5 fallirà esplicitamente se il buffer di dati è maggiore di 64 KB. È necessario aggiornare il client e gli SDK a una versione successiva alla 5.0.0 o superiore per beneficiare della correzione.

Resolution Status (Stato di risoluzione): questo problema è stato risolto. Per trarre vantaggio dalla correzione non è richiesta alcuna operazione.

Risoluzione: quando si utilizzano i WrapKey comandi wrapKey o un, è necessario utilizzare l'opzione per specificare il meccanismo. -m Per ulteriori informazioni, consultate gli esempi negli WrapKey articoli wrapKey o un.

Impatto: se la singola istanza HSM nel cluster perde la connettività, il client si non riconnette con essa anche se l'istanza HSM viene successivamente ripristinata.

Soluzione. consigliamo almeno due istanze HSM in tutti i cluster di produzione. Se si utilizza questa configurazione, non verrà riscontrato questo problema. Per i cluster HSM singoli, non recapitare il daemon del client per ripristinare la connettività.

Stato della risoluzione: questo problema è stato risolto nella versione 1.1.2 del client AWS CloudHSM . È necessario effettuare l'upgrade a questo client per sfruttare i vantaggi offerti dalla soluzione.

Impatto: quando il client incontra l'errore non gestito, si blocca e deve essere riavviato.

Soluzione. prova il throughput per garantire che non vengono cerate chiavi di sessione a una velocità che il client non è in grado di gestire. È possibile ridurre la velocità aggiungendo un HSM al cluster o rallentando la creazione di chiavi di sessione.

Stato della risoluzione: questo problema è stato risolto nella versione 1.1.2 del client AWS CloudHSM . È necessario effettuare l'upgrade a questo client per sfruttare i vantaggi offerti dalla soluzione.

Impatto: le chiavi HMAC di dimensioni superiori a 800 byte possono essere generate o importate in HSM. Tuttavia, se si utilizza questa chiave di dimensioni maggiori in un'operazione digest tramite JCE o key_mgmt_util, l'operazione avrà esito negativo. Si noti che se si sta utilizzando PKCS11, le chiavi HMAC possono raggiungere al massimo una dimensione di 64 byte.

Soluzione. se si utilizzano le chiavi HMAC per le operazioni digest su HSM, assicurarsi che la dimensione sia inferiore a 800 byte.

Stato risoluzione: nessuno in questo momento.

Impatto: tutti i file e le sottodirectory esistenti nel percorso di output specificato potrebbero andare persi definitivamente.

Soluzione alternativa: non utilizzare l'argomento opzionale -output path quando si utilizza lo strumento client_info.

Stato della risoluzione: questo problema è stato risolto nella versione 3.3.2 dell'SDK del client. È necessario effettuare l'upgrade a questo client per sfruttare i vantaggi offerti dalla soluzione.

Impatto: questo problema si ripercuoterà sugli utenti che eseguono lo strumento di configurazione nelle versioni 5.5.0 e successive dell'SDK in ambienti containerizzati e che utilizzano i metadati dell'istanza EC2 per fornire le credenziali.

Soluzione alternativa: imposta il limite di hop di risposta PUT su almeno due. Per indicazioni su come eseguire questa operazione, consulta Configurare le opzioni dei metadati dell'istanza.

Soluzione alternativa: puoi convertire la chiave privata SSL personalizzata in formato PKCS8 con il comando openssl: openssl pkcs8 -topk8 -inform PEM -outform PEM -in ssl_private_key -out ssl_private_key_pkcs8

Stato della risoluzione: questo problema è stato risolto nella versione client SDK 5.12.0. Versione 5.12.0 È necessario eseguire l'aggiornamento a questa versione del client o successiva per beneficiare della correzione.

Impatto: le operazioni di firma ECDSA falliscono quando si utilizzano funzioni hash più deboli della forza della chiave. Questo errore si verifica perché FIPS 186-5 richiede che la funzione hash sia forte almeno quanto la forza della chiave.

Potresti vedere un errore simile a questo nei log dei tuoi clienti:

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

Soluzione alternativa: se non riesci ad aggiornare le tue funzioni hash, puoi migrare verso cluster non FIPS, che non applicano i requisiti di resistenza dell'hash. Tuttavia, consigliamo di aggiornare le funzioni hash per mantenere la conformità FIPS.

Come soluzione alternativa, abbiamo aggiunto un'opzione di configurazione per aggirare questo requisito. Tieni presente che questa opzione non è consigliata, poiché l'uso di ECDSA con funzioni hash più deboli non segue le migliori pratiche di sicurezza. Per utilizzare questa opzione, esegui il comando seguente (sostituendolo configure-cli con lo strumento di configurazione per l'SDK in uso:): AWS CloudHSM Sintassi di configurazione di Client SDK 5

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

Risoluzione: usate una funzione hash che sia forte almeno quanto la vostra chiave ECDSA. Per informazioni sulla funzione hash e sui punti di forza delle chiavi ECDSA, vedere le tabelle 2 e 3 del NIST SP 800-57 Part 1 Rev 5.

Impatto: quando si utilizza la CLI CloudHSM in modalità interattiva con la versione SDK 5.16.1, le operazioni di firma con dati prehash non riescono a cancellare correttamente i token di sessione.

Soluzione alternativa: utilizza la modalità a comando singolo anziché la modalità interattiva quando esegui operazioni di firma con dati prehashati. Ciò garantisce una corretta pulizia dei token dopo ogni operazione.

Stato della risoluzione: questo problema è stato risolto in CloudHSM SDK 5.16.2. Esegui l'aggiornamento alla versione 5.16.2 o successiva per beneficiare della correzione.

Impatto: non vi è alcun impatto sui clienti oltre il 31 gennaio 2026. Tutte le comunicazioni tra il client e HSM sono protette da Client-HSM TLS come descritto qui. AWS CloudHSM crittografia end-to-end del client Il TLS Client-HSM utilizza i owned/managed certificati del cliente che vengono configurati dal cliente durante l'inizializzazione del cluster.

Stato della risoluzione: risolto.

Impatto: i cluster inizializzati con un certificato CA utilizzando una chiave RSA più debole di 2048 bit non riusciranno a connettersi alle versioni 5.17.0 e 5.17.1 di Client SDK 5.

Soluzione alternativa: eseguire il downgrade a una versione Client SDK 5 precedente alla 5.17.0 per ripristinare la connettività al cluster.

Stato della risoluzione: questo problema è stato risolto in Client SDK 5.17.2. Versione 5.17.2 Esegui l'aggiornamento alla versione 5.17.2 o successiva per beneficiare della correzione.

Impatto: in caso di carichi di lavoro ad alta concorrenza, Client SDK 5 può occasionalmente restituire errori operativi transitori. Client SDK 5 aumenta il volume delle operazioni parallele all'HSM come parte del suo miglioramento del livello di sicurezza. In caso di carico elevato, i ritardi nella pianificazione dei thread possono causare errori transitori che possono essere ripristinati al nuovo tentativo.

Soluzione alternativa: implementa la logica di ripetizione a livello di applicazione per gli errori transitori. Consulta la nostra guida alle best practice. AWS CloudHSM migliori pratiche di integrazione delle applicazioni Puoi anche ridurre il carico sul client limitando il numero di operazioni crittografiche parallele o passando a un tipo di istanza con più core CPU.

Stato della risoluzione: abbiamo aggiunto nuovi tentativi in Client SDK 5.17.2. Versione 5.17.2 È necessario eseguire l'aggiornamento a questa versione del client o a una versione successiva per beneficiare degli aggiornamenti.

Impatto: la generazione, la firma e la verifica delle chiavi ML-DSA (Module-Lattice-Based Digital Signature Algorithm) non sono attualmente supportate nei FIPS-mode cluster.

Stato della risoluzione: stiamo lavorando per aggiungere il FIPS-mode supporto per ML-DSA. Eventuali aggiornamenti verranno annunciati nella pagina della cronologia delle versioni.