Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Mécanismes pris en charge par la bibliothèque PKCS #11 pour AWS CloudHSM SDK client 5
La bibliothèque PKCS #11 est conforme à la version 2.40 de la spécification PKCS #11. Pour appeler une fonction de chiffrement utilisant PKCS #11, appelez une fonction à l'aide d'un mécanisme donné. Les sections suivantes résument les combinaisons de fonctions et de mécanismes pris en charge par AWS CloudHSM Client SDK 5.
La bibliothèque PKCS #11 prend en charge les algorithmes suivants :
-
Chiffrement et déchiffrement — AES-CBC AES-CTR, AES-ECB, AES-GCM, DES3-CBC, DES3-ECB RSA-OAEP, et RSA-PKCS
-
Signer et vérifier : RSA, HMAC, ECDSA (avec et sans hachage), eDDSA (Ed25519 et ED25519pH) et (avec modes mu pur et externe) ML-DSA
-
Hash/digest— SHA1, SHA224, SHA256, SHA384 et SHA512
-
Enveloppe de clés — AES Key Wrap 1 AES-GCM, RSA-AES, et RSA-OAEP
-
Dérivation de clés — SP800-108 Comptez KDF et ECDH avec KDF (les algorithmes KDF pris en charge sont X9.63 avec SHA1, SHA224, SHA256, SHA384, SHA512)
Génération de fonctions de clé et de paire de clés
La bibliothèque AWS CloudHSM logicielle de la bibliothèque PKCS #11 vous permet d'utiliser les mécanismes suivants pour les fonctions Generate Key et Key Pair.
-
CKM_RSA_PKCS_KEY_PAIR_GEN -
CKM_RSA_X9_31_KEY_PAIR_GEN– Le fonctionnement de ce mécanisme est identique au mécanismeCKM_RSA_PKCS_KEY_PAIR_GEN, mais offre de meilleures garanties pour la génération depetq. -
CKM_EC_KEY_PAIR_GEN -
CKM_CLOUDHSM_ML_DSA_KEY_PAIR_GEN3 -
CKM_GENERIC_SECRET_KEY_GEN -
CKM_AES_KEY_GEN -
CKM_DES3_KEY_GEN— le changement à venir est indiqué dans la note de bas de page 5.
Fonctions de signature et de vérification
La bibliothèque AWS CloudHSM logicielle de la bibliothèque PKCS #11 vous permet d'utiliser les mécanismes suivants pour les fonctions de signature et de vérification. Avec le SDK client 5, les données sont hachées localement dans le logiciel. Cela signifie qu'il n'y a aucune limite quant à la taille des données pouvant être hachées par le SDK.
Avec le SDK client 5, le hachage RSA et ECDSA est effectué localement, il n'y a donc aucune limite de données. Avec HMAC et PureEd DSA (Ed25519), il existe une limite de données. Pour plus d'informations, consultez la note de bas de page 2.
RSA
CKM_RSA_X_509CKM_RSA_PKCS- Opérations à une seule partie uniquement.CKM_RSA_PKCS_PSS- Opérations à une seule partie uniquement.CKM_SHA1_RSA_PKCSCKM_SHA224_RSA_PKCSCKM_SHA256_RSA_PKCSCKM_SHA384_RSA_PKCSCKM_SHA512_RSA_PKCSCKM_SHA512_RSA_PKCSCKM_SHA1_RSA_PKCS_PSSCKM_SHA224_RSA_PKCS_PSSCKM_SHA256_RSA_PKCS_PSSCKM_SHA384_RSA_PKCS_PSSCKM_SHA512_RSA_PKCS_PSS
ECDSA
CKM_ECDSA- Opérations à une seule partie uniquement.CKM_ECDSA_SHA1CKM_ECDSA_SHA224CKM_ECDSA_SHA256CKM_ECDSA_SHA384CKM_ECDSA_SHA512
ML-DSA
EDDSA
CMAC
CKM_AES_CMAC
Fonctions de récupération de signature et de récupération de vérification
Le SDK client 5 ne prend pas en charge les fonctions de récupération de signature et de récupération de vérification.
Fonctions de résumé
La bibliothèque AWS CloudHSM logicielle de la bibliothèque PKCS #11 vous permet d'utiliser les mécanismes suivants pour les fonctions Digest. Avec le SDK client 5, les données sont hachées localement dans le logiciel. Cela signifie qu'il n'y a aucune limite quant à la taille des données pouvant être hachées par le SDK.
-
CKM_SHA_1 -
CKM_SHA224 -
CKM_SHA256 -
CKM_SHA384 -
CKM_SHA512
Fonctions de chiffrement et de déchiffrement
La bibliothèque AWS CloudHSM logicielle de la bibliothèque PKCS #11 vous permet d'utiliser les mécanismes suivants pour les fonctions de chiffrement et de déchiffrement.
-
CKM_RSA_X_509 -
CKM_RSA_PKCS- Opérations à une seule partie uniquement. Modification à venir répertoriée dans la note de bas de page 5. -
CKM_RSA_PKCS_OAEP- Opérations à une seule partie uniquement. -
CKM_AES_ECB -
CKM_AES_CTR -
CKM_AES_CBC -
CKM_AES_CBC_PAD -
CKM_DES3_CBC— le changement à venir est indiqué dans la note de bas de page 5. -
CKM_DES3_ECB— le changement à venir est indiqué dans la note de bas de page 5. -
CKM_DES3_CBC_PAD— le changement à venir est indiqué dans la note de bas de page 5. CKM_CLOUDHSM_AES_GCM3
Fonctions de dérivation de clé
La bibliothèque AWS CloudHSM logicielle de la bibliothèque PKCS #11 prend en charge les principaux mécanismes de dérivation suivants :
-
CKM_SP800_108_COUNTER_KDF -
CKM_ECDH1_DERIVE- Supporte la dérivation de clés ECDH avec les types KDF suivants définis par le fournisseur : 6
Fonctions d'encapsulage et de désencapsulage
La bibliothèque AWS CloudHSM logicielle de la bibliothèque PKCS #11 vous permet d'utiliser les mécanismes suivants pour les fonctions Wrap et Unwrap.
Pour plus d'informations sur l'encapsulage de clé AES, voir Encapsulage de clé AES.
Taille de données maximale pour chaque mécanisme
Le tableau suivant répertorie la taille maximale des données définie pour chaque mécanisme :
| Mécanisme | Taille maximale des données en octets |
|---|---|
CKM_SHA_1_HMAC |
16288 |
CKM_SHA224_HMAC |
16256 |
CKM_SHA256_HMAC |
16288 |
CKM_SHA384_HMAC |
16224 |
CKM_SHA512_HMAC |
16224 |
CKM_AES_CBC |
16272 |
CKM_AES_GCM |
16224 |
CKM_CLOUDHSM_AES_GCM |
16224 |
CKM_DES3_CBC |
16280 |
CKM_CLOUDHSM_EDDSA(PureEdparamètres DSA, NULL) |
16000 |
Annotations du mécanisme
[1] Lors du AES-GCM chiffrement, le HSM n'accepte pas les données vectorielles d'initialisation (IV) provenant de l'application. Vous devez utiliser un vecteur d’initialisation qu’il génère. Le vecteur d'initialisation 12 octets fourni par le HSM est écrit dans la référence en mémoire vers lequel pointe l'élément pIV des paramètres
CK_GCM_PARAMSde la structure que vous fournissez. Pour éviter toute confusion chez les utilisateurs, le SDK PKCS #11 dans la version 1.1.1 et les versions ultérieures garantit que PiV pointe vers une mémoire tampon mise à zéro lors de l'initialisation du chiffrement. AES-GCM[2] Lors de l’utilisation de données avec l’un des mécanismes suivants, si la mémoire tampon des données dépasse la taille maximale des données, l’opération génère une erreur. Pour ces mécanismes, tout le traitement des données doit avoir lieu à l'intérieur du HSM. Pour plus d'informations sur la taille maximale des ensembles de données pour chaque mécanisme, reportez-vous àTaille de données maximale pour chaque mécanisme.
-
[3] Vendor-defined mécanisme. Afin d'utiliser les mécanismes définis par le fournisseur CloudHSM, les applications PKCS #11 doivent inclure
/opt/cloudhsm/include/pkcs11/pkcs11t.hlors de la compilation.CKM_CLOUDHSM_AES_GCM: Ce mécanisme propriétaire est une alternative plus sûre par programme à la normeCKM_AES_GCM. Il ajoute le IV généré par le HSM au chiffrement au lieu de l'écrire dans la structureCK_GCM_PARAMSfournie lors de l'initialisation du chiffrement. Vous pouvez utiliser ce mécanisme avec les fonctionsC_Encrypt,C_WrapKey,C_DecryptetC_UnwrapKey. Lors de l'utilisation de ce mécanisme, la variable PiV dans la structureCK_GCM_PARAMSdoit être définie surNULL. Lors de l'utilisation de ce mécanisme avecC_DecryptetC_UnwrapKey, le IV doit être ajouté au texte chiffré qui est en cours de désencapsulage.CKM_CLOUDHSM_AES_KEY_WRAP_PKCS5_PAD: Encapsulage des clés AES avec remplissage PKCS #5CKM_CLOUDHSM_AES_KEY_WRAP_ZERO_PAD: Encapsulage des clés AES avec remplissage à l'aide de zérosCKM_CLOUDHSM_ML_DSA_KEY_PAIR_GEN: génère une paire de ML-DSA clés. Utilisez l'CKA_CLOUDHSM_PARAMETER_SETattribut (typeCK_CLOUDHSM_ML_DSA_PARAMETER_SET_TYPE) pour spécifier le jeu de paramètres. Valeurs valides :CKP_CLOUDHSM_ML_DSA_44,CKP_CLOUDHSM_ML_DSA_65,CKP_CLOUDHSM_ML_DSA_87.CKM_CLOUDHSM_ML_DSA: ML-DSA Signez et vérifiez purement. Signe ou vérifie les données brutes à l'aide d'une paire de ML-DSA clés.CKM_CLOUDHSM_EXT_MU_ML_DSA: ML-DSA signez et vérifiez avec un mu externe. Signe ou vérifie les données qui ont été prétraitées en une valeur mu externe.CKM_CLOUDHSM_EDDSA: mécanisme de signature eDDSA. Avec paramètres NULL : PureEd DSA (Ed25519), partie unique uniquement, maximum 16 000 octets. AvecCK_EDDSA_PARAMS(phFlag = CK_TRUE,ulContextDataLen = 0) : ED25519pH, en une seule pièce et en plusieurs parties, sans limite de taille. LaCK_EDDSA_PARAMSstructure suit la spécification PKCS #11 v3.0. [4] Les
CK_MECHANISM_TYPEetCK_RSA_PKCS_MGF_TYPEsuivants sont pris en charge en tant queCK_RSA_PKCS_OAEP_PARAMSpourCKM_RSA_PKCS_OAEP:-
CKM_SHA_1utilisantCKG_MGF1_SHA1 -
CKM_SHA224utilisantCKG_MGF1_SHA224 -
CKM_SHA256utilisantCKG_MGF1_SHA256 -
CKM_SHA384utilisantCKM_MGF1_SHA384 -
CKM_SHA512utilisantCKM_MGF1_SHA512
-
[5] Conformément aux directives du NIST, cela n'est pas autorisé pour les clusters en mode FIPS après 2023. Pour les clusters en mode non FIPS, il est toujours autorisé après 2023. Consultez Conformité à la norme FIPS 140 : mécanisme 2024 rendu obsolète pour plus de détails.
[6] Types définis par le fournisseur. Pour utiliser les types définis par les fournisseurs de CloudHSM, les applications PKCS #11 doivent être incluses
cloudhsm_pkcs11_vendor_defs.hlors de la compilation. Cela se trouve dans/opt/cloudhsm/include/pkcs11/cloudhsm_pkcs11_vendor_defs.hpour les plates-formes basées sur Linux etC:\Program Files\Amazon\CloudHSM\include\pkcs11\cloudhsm_pkcs11_vendor_defs.hpour les plates-formes basées sur Windows[7] Pris en charge uniquement sur les instances hsm2m.medium en mode non FIPS.
[8] Les fonctions de dérivation clés (KDF) sont spécifiées dans la publication spéciale 800-56A du NIST, révision 3.