Problemi noti per la libreria PKCS #11 per AWS CloudHSM

Impatto: se fornisci un IV più corto di 8 byte nella versione 3.0.0 della libreria PKCS #11, potresti non essere in grado di scartare la chiave.

Soluzioni alternative:

Stato della risoluzione: questo problema è stato risolto nella versione 3.0.1 della libreria #11. PKCS Per avvolgere le chiavi usando il AES key wrap, specifica un IV lungo NULL o 8 byte.

Impatto:

Soluzioni alternative:

Stato della risoluzione: ti consigliamo vivamente di modificare il codice di avvolgimento e apertura per passare un NULL IV o di specificare l'IV predefinito di. 0xA6A6A6A6A6A6A6A6

Stato risoluzione: abbiamo implementato le correzioni per accettare CKA_DERIVE se impostato su FALSE. CKA_DERIVE impostato su TRUE non sarà supportato fino a quando non si aggiungerà il supporto per la funzione di derivazione della chiave su AWS CloudHSM. È necessario aggiornare il client e SDK i propri client alla versione 1.1.1 o successiva per beneficiare della correzione.

Resolution status (Stato di risoluzione): abbiamo implementato correzioni per accettare e rispettare correttamente l'attributo CKA_SENSITIVE. È necessario aggiornare il client e SDK i propri client alla versione 1.1.1 o successiva per beneficiare della correzione.

Impact (Impatto): C_DigestUpdate e C_DigestFinal non sono implementati. C_SignFinal anche non è implementato e avrà esito negativo con CKR_ARGUMENTS_BAD per un buffer non-NULL.

Soluzione alternativa: esegui l'hash dei dati all'interno dell'applicazione e utilizzali AWS CloudHSM solo per firmare l'hash.

Stato della risoluzione: stiamo correggendo il client e la necessità di SDKs implementare correttamente l'hashing multipart. Gli aggiornamenti saranno annunciati nel forum AWS CloudHSM e nella pagina della cronologia delle versioni.

Impact: (Impatto) C_GenerateKeyPair dovrebbe restituire CKA_TEMPLATE_INCONSISTENT quando il modello privato contiene CKA_MODULUS_BITS o CKA_PUBLIC_EXPONENT. Genera invece una chiave privata per la quale tutti i campi di utilizzo sono impostati su FALSE. La chiave non può essere utilizzata.

Workaround: (Soluzione) consigliamo che l'applicazione verifichi i valori dei campi di utilizzo oltre al codice di errore.

Resolution status: (Stato di risoluzione) stiamo implementando correzioni per restituire il corretto messaggio di errore quando viene utilizzato un modello di chiavi private non corretto. La libreria PKCS #11 aggiornata verrà annunciata nella pagina della cronologia delle versioni.

Impact: (Impatto) non è possibile utilizzare il meccanismo CKM_AES_GCM per crittografare dati di dimensioni superiori a 16 KB.

Soluzione alternativa: puoi utilizzare un meccanismo alternativo come CKM_AES_CBCCKM_AES_CBC_PAD, oppure puoi dividere i dati in parti e crittografare ogni parte singolarmente. AES_GCM Se lo utilizziAES_GCM, devi gestire la divisione dei dati e la successiva crittografia. AWS CloudHSM non esegue la GCM crittografia multiparte AES per te. Si noti che è FIPS necessario che il vettore di inizializzazione (IV) AES-GCM venga generato su. HSM Pertanto, l'IV per ogni dato GCM crittografato sarà diverso. AES

Stato della risoluzione: stiamo correggendo esplicitamente SDK l'errore se il buffer di dati è troppo grande. Torniamo CKR_MECHANISM_INVALID per le operazioni finaliC_EncryptUpdate. C_DecryptUpdate API Stiamo valutando alternative per supportare buffer più grandi senza dover ricorrere alla crittografia in più parti. Gli aggiornamenti verranno annunciati nel AWS CloudHSM forum e nella pagina della cronologia delle versioni.

Impatto: nel Client SDK 3, la chiave derivata utilizzando il CKM_ECDH1_DERIVE meccanismo è prima disponibile sul client e poi importata nelHSM. Un handle della chiave viene quindi restituito all'applicazione.

Soluzione alternativa: se stai implementandoSSL/TLSOffload in AWS CloudHSM, questa limitazione potrebbe non essere un problema. Se l'applicazione richiede che la chiave rimanga sempre entro un FIPS limite, prendete in considerazione l'utilizzo di un protocollo alternativo che non si basi sulla ECDH derivazione delle chiavi.

Stato della risoluzione: stiamo sviluppando l'opzione per eseguire la derivazione delle ECDH chiavi interamente all'interno di. HSM Non appena disponibile, l'aggiornamento dell'implementazione sarà annunciato nella pagina della cronologia delle versioni.

Impatto: la verifica della firma SecP256k1 avrà esito negativo sulle piattaforme. EL6 La chiamata di verifica non riuscirà e restituirà un errore CKR_HOST_MEMORY.

Soluzione alternativa: consigliamo di utilizzare Amazon Linux 1 o qualsiasi altra EL7 piattaforma se l'applicazione PKCS #11 deve verificare le firme secp256k1. In alternativa, esegui l'upgrade a una versione del SSL pacchetto Open che supporti la curva secp256k1.

Stato della risoluzione: stiamo implementando correzioni per tornare alla convalida della curva locale HSM se non è disponibile. La libreria PKCS #11 aggiornata verrà annunciata nella pagina della cronologia delle versioni.

Impatto: se si chiama una sequenza errata di funzioni, il risultato finale non è corretto anche se le singole chiamate di funzione danno esito positivo. Ad esempio, i dati decrittografati potrebbero non corrispondere al testo in chiaro originale oppure potrebbe venire meno la verifica delle firme. Questo problema riguarda sia le operazioni a parte singola che quelle in più parti.

Esempi di sequenze di funzioni errate:

Soluzione alternativa: l'applicazione deve, in conformità con la specifica PKCS #11, utilizzare la giusta sequenza di chiamate di funzione per operazioni singole e in più parti. L'applicazione non deve fare affidamento sulla libreria Cloud HSM PKCS #11 per restituire un errore in questa circostanza.

Problema: SDK 5 non supporta l'apertura di sessioni di sola lettura con. C_OpenSession

Impatto: se tenti di chiamare C_OpenSession senza fornire CKF_RW_SESSION, la chiamata darà esito negativo con l'errore CKR_FUNCTION_FAILED.

Soluzione alternativa: quando si apre una sessione, è necessario trasferire i flag CKF_SERIAL_SESSION | CKF_RW_SESSION alla chiamata di funzione C_OpenSession.

Problema: con le versioni di AWS CloudHSM Client SDK 5 da 5.0.0 a 5.4.0 su Linux, il file di intestazione /opt/cloudhsm/include/pkcs11/cryptoki.h è compatibile solo con i sistemi operativi Windows.

Impatto: è possibile riscontrare dei problemi quando si tenta di includere il file di intestazione nell'applicazione su sistemi operativi basati su Linux.

Stato della risoluzione: aggiornamento alla versione 5.4.1 o successiva di AWS CloudHSM Client SDK 5, che include una versione compatibile con Linux di questo file di intestazione.