File crypto_values.h
PSA cryptography module: macros to build and analyze integer values.
This file contains portable definitions of macros to build and analyze values of integral types that encode properties of cryptographic keys, designations of cryptographic algorithms, and error codes returned by the library.
Note that many of the constants defined in this file are embedded in the persistent key store, as part of key metadata (including usage policies). As a consequence, they must not be changed (unless the storage format version changes).
This header file only defines preprocessor macros.
Note
This file may not be included directly. Applications must include psa/crypto.h. Drivers must include the appropriate driver header file.
Defines

PSA_SUCCESS
The action was completed successfully.

PSA_ERROR_GENERIC_ERROR
An error occurred that does not correspond to any defined failure cause.
Implementations may use this error code if none of the other standard error codes are applicable.

PSA_ERROR_NOT_SUPPORTED
The requested operation or a parameter is not supported by this implementation.
Implementations should return this error code when an enumeration parameter such as a key type, algorithm, etc. is not recognized. If a combination of parameters is recognized and identified as not valid, return PSA_ERROR_INVALID_ARGUMENT instead.

PSA_ERROR_NOT_PERMITTED
The requested action is denied by a policy.
Implementations should return this error code when the parameters are recognized as valid and supported, and a policy explicitly denies the requested operation.
If a subset of the parameters of a function call identify a forbidden operation, and another subset of the parameters are not valid or not supported, it is unspecified whether the function returns PSA_ERROR_NOT_PERMITTED, PSA_ERROR_NOT_SUPPORTED or PSA_ERROR_INVALID_ARGUMENT.

PSA_ERROR_BUFFER_TOO_SMALL
An output buffer is too small.
Applications can call the
PSA_xxx_SIZE
macro listed in the function description to determine a sufficient buffer size.Implementations should preferably return this error code only in cases when performing the operation with a larger output buffer would succeed. However implementations may return this error if a function has invalid or unsupported parameters in addition to the parameters that determine the necessary output buffer size.

PSA_ERROR_ALREADY_EXISTS
Asking for an item that already exists
Implementations should return this error, when attempting to write an item (like a key) that already exists.

PSA_ERROR_DOES_NOT_EXIST
Asking for an item that doesn’t exist
Implementations should return this error, if a requested item (like a key) does not exist.

PSA_ERROR_BAD_STATE
The requested action cannot be performed in the current state.
Multipart operations return this error when one of the functions is called out of sequence. Refer to the function descriptions for permitted sequencing of functions.
Implementations shall not return this error code to indicate that a key either exists or not, but shall instead return PSA_ERROR_ALREADY_EXISTS or PSA_ERROR_DOES_NOT_EXIST as applicable.
Implementations shall not return this error code to indicate that a key identifier is invalid, but shall return PSA_ERROR_INVALID_HANDLE instead.

PSA_ERROR_INVALID_ARGUMENT
The parameters passed to the function are invalid.
Implementations may return this error any time a parameter or combination of parameters are recognized as invalid.
Implementations shall not return this error code to indicate that a key identifier is invalid, but shall return PSA_ERROR_INVALID_HANDLE instead.

PSA_ERROR_INSUFFICIENT_MEMORY
There is not enough runtime memory.
If the action is carried out across multiple security realms, this error can refer to available memory in any of the security realms.

PSA_ERROR_INSUFFICIENT_STORAGE
There is not enough persistent storage.
Functions that modify the key storage return this error code if there is insufficient storage space on the host media. In addition, many functions that do not otherwise access storage may return this error code if the implementation requires a mandatory log entry for the requested action and the log storage space is full.

PSA_ERROR_COMMUNICATION_FAILURE
There was a communication failure inside the implementation.
This can indicate a communication failure between the application and an external cryptoprocessor or between the cryptoprocessor and an external volatile or persistent memory. A communication failure may be transient or permanent depending on the cause.
Warning
If a function returns this error, it is undetermined whether the requested action has completed or not. Implementations should return PSA_SUCCESS on successful completion whenever possible, however functions may return PSA_ERROR_COMMUNICATION_FAILURE if the requested action was completed successfully in an external cryptoprocessor but there was a breakdown of communication before the cryptoprocessor could report the status to the application.

PSA_ERROR_STORAGE_FAILURE
There was a storage failure that may have led to data loss.
This error indicates that some persistent storage is corrupted. It should not be used for a corruption of volatile memory (use PSA_ERROR_CORRUPTION_DETECTED), for a communication error between the cryptoprocessor and its external storage (use PSA_ERROR_COMMUNICATION_FAILURE), or when the storage is in a valid state but is full (use PSA_ERROR_INSUFFICIENT_STORAGE).
Note that a storage failure does not indicate that any data that was previously read is invalid. However this previously read data may no longer be readable from storage.
When a storage failure occurs, it is no longer possible to ensure the global integrity of the keystore. Depending on the global integrity guarantees offered by the implementation, access to other data may or may not fail even if the data is still readable but its integrity cannot be guaranteed.
Implementations should only use this error code to report a permanent storage corruption. However application writers should keep in mind that transient errors while reading the storage may be reported using this error code.

PSA_ERROR_HARDWARE_FAILURE
A hardware failure was detected.
A hardware failure may be transient or permanent depending on the cause.

PSA_ERROR_CORRUPTION_DETECTED
A tampering attempt was detected.
If an application receives this error code, there is no guarantee that previously accessed or computed data was correct and remains confidential. Applications should not perform any security function and should enter a safe failure state.
Implementations may return this error code if they detect an invalid state that cannot happen during normal operation and that indicates that the implementation’s security guarantees no longer hold. Depending on the implementation architecture and on its security and safety goals, the implementation may forcibly terminate the application.
This error code is intended as a last resort when a security breach is detected and it is unsure whether the keystore data is still protected. Implementations shall only return this error code to report an alarm from a tampering detector, to indicate that the confidentiality of stored data can no longer be guaranteed, or to indicate that the integrity of previously returned data is now considered compromised. Implementations shall not use this error code to indicate a hardware failure that merely makes it impossible to perform the requested operation (use PSA_ERROR_COMMUNICATION_FAILURE, PSA_ERROR_STORAGE_FAILURE, PSA_ERROR_HARDWARE_FAILURE, PSA_ERROR_INSUFFICIENT_ENTROPY or other applicable error code instead).
This error indicates an attack against the application. Implementations shall not return this error code as a consequence of the behavior of the application itself.

PSA_ERROR_INSUFFICIENT_ENTROPY
There is not enough entropy to generate random data needed for the requested action.
This error indicates a failure of a hardware random generator. Application writers should note that this error can be returned not only by functions whose purpose is to generate random data, such as key, IV or nonce generation, but also by functions that execute an algorithm with a randomized result, as well as functions that use randomization of intermediate computations as a countermeasure to certain attacks.
Implementations should avoid returning this error after psa_crypto_init() has succeeded. Implementations should generate sufficient entropy during initialization and subsequently use a cryptographically secure pseudorandom generator (PRNG). However implementations may return this error at any time if a policy requires the PRNG to be reseeded during normal operation.

PSA_ERROR_INVALID_SIGNATURE
The signature, MAC or hash is incorrect.
Verification functions return this error if the verification calculations completed successfully, and the value to be verified was determined to be incorrect.
If the value to verify has an invalid size, implementations may return either PSA_ERROR_INVALID_ARGUMENT or PSA_ERROR_INVALID_SIGNATURE.

PSA_ERROR_INVALID_PADDING
The decrypted padding is incorrect.
Implementations should strive to make valid and invalid padding as close as possible to indistinguishable to an external observer. In particular, the timing of a decryption operation should not depend on the validity of the padding.
Warning
In some protocols, when decrypting data, it is essential that the behavior of the application does not depend on whether the padding is correct, down to precise timing. Applications should prefer protocols that use authenticated encryption rather than plain encryption. If the application must perform a decryption of unauthenticated data, the application writer should take care not to reveal whether the padding is invalid.

PSA_ERROR_INSUFFICIENT_DATA
Return this error when there’s insufficient data when attempting to read from a resource.

PSA_ERROR_SERVICE_FAILURE
This can be returned if a function can no longer operate correctly. For example, if an essential initialization operation failed or a mutex operation failed.

PSA_ERROR_INVALID_HANDLE
The key identifier is not valid. See also :ref:`keyhandles`.

PSA_ERROR_DATA_CORRUPT
Stored data has been corrupted.
This error indicates that some persistent storage has suffered corruption. It does not indicate the following situations, which have specific error codes:
A corruption of volatile memory  use PSA_ERROR_CORRUPTION_DETECTED.
A communication error between the cryptoprocessor and its external storage  use PSA_ERROR_COMMUNICATION_FAILURE.
When the storage is in a valid state but is full  use PSA_ERROR_INSUFFICIENT_STORAGE.
When the storage fails for other reasons  use PSA_ERROR_STORAGE_FAILURE.
When the stored data is not valid  use PSA_ERROR_DATA_INVALID.
When a storage failure occurs, it is no longer possible to ensure the global integrity of the keystore.
Note
A storage corruption does not indicate that any data that was previously read is invalid. However this previously read data might no longer be readable from storage.

PSA_ERROR_DATA_INVALID
Data read from storage is not valid for the implementation.
This error indicates that some data read from storage does not have a valid format. It does not indicate the following situations, which have specific error codes:
When the storage or stored data is corrupted  use PSA_ERROR_DATA_CORRUPT
When the storage fails for other reasons  use PSA_ERROR_STORAGE_FAILURE
An invalid argument to the API  use PSA_ERROR_INVALID_ARGUMENT
This error is typically a result of either storage corruption on a cleartext storage backend, or an attempt to read data that was written by an incompatible version of the library.

PSA_OPERATION_INCOMPLETE
The function that returns this status is defined as interruptible and still has work to do, thus the user should call the function again with the same operation context until it either returns PSA_SUCCESS or any other error. This is not an error per se, more a notification of status.

PSA_KEY_TYPE_NONE
An invalid key type value.
Zero is not the encoding of any key type.

PSA_KEY_TYPE_VENDOR_FLAG
Vendordefined key type flag.
Key types defined by this standard will never have the PSA_KEY_TYPE_VENDOR_FLAG bit set. Vendors who define additional key types must use an encoding with the PSA_KEY_TYPE_VENDOR_FLAG bit set and should respect the bitwise structure used by standard encodings whenever practical.

PSA_KEY_TYPE_CATEGORY_MASK

PSA_KEY_TYPE_CATEGORY_RAW

PSA_KEY_TYPE_CATEGORY_SYMMETRIC

PSA_KEY_TYPE_CATEGORY_PUBLIC_KEY

PSA_KEY_TYPE_CATEGORY_KEY_PAIR

PSA_KEY_TYPE_CATEGORY_FLAG_PAIR

PSA_KEY_TYPE_IS_VENDOR_DEFINED(type)
Whether a key type is vendordefined.
See also PSA_KEY_TYPE_VENDOR_FLAG.

PSA_KEY_TYPE_IS_UNSTRUCTURED(type)
Whether a key type is an unstructured array of bytes.
This encompasses both symmetric keys and nonkey data.

PSA_KEY_TYPE_IS_ASYMMETRIC(type)
Whether a key type is asymmetric: either a key pair or a public key.

PSA_KEY_TYPE_IS_PUBLIC_KEY(type)
Whether a key type is the public part of a key pair.

PSA_KEY_TYPE_IS_KEY_PAIR(type)
Whether a key type is a key pair containing a private part and a public part.

PSA_KEY_TYPE_KEY_PAIR_OF_PUBLIC_KEY(type)
The key pair type corresponding to a public key type.
You may also pass a key pair type as
type
, it will be left unchanged. Parameters:
type – A public key type or key pair type.
 Returns:
The corresponding key pair type. If
type
is not a public key or a key pair, the return value is undefined.

PSA_KEY_TYPE_PUBLIC_KEY_OF_KEY_PAIR(type)
The public key type corresponding to a key pair type.
You may also pass a public key type as
type
, it will be left unchanged. Parameters:
type – A public key type or key pair type.
 Returns:
The corresponding public key type. If
type
is not a public key or a key pair, the return value is undefined.

PSA_KEY_TYPE_RAW_DATA
Raw data.
A “key” of this type cannot be used for any cryptographic operation. Applications may use this type to store arbitrary data in the keystore.

PSA_KEY_TYPE_HMAC
HMAC key.
The key policy determines which underlying hash algorithm the key can be used for.
HMAC keys should generally have the same size as the underlying hash. This size can be calculated with PSA_HASH_LENGTH(
alg
) wherealg
is the HMAC algorithm or the underlying hash algorithm.

PSA_KEY_TYPE_DERIVE
A secret for key derivation.
This key type is for highentropy secrets only. For lowentropy secrets, PSA_KEY_TYPE_PASSWORD should be used instead.
These keys can be used as the PSA_KEY_DERIVATION_INPUT_SECRET or PSA_KEY_DERIVATION_INPUT_PASSWORD input of key derivation algorithms.
The key policy determines which key derivation algorithm the key can be used for.

PSA_KEY_TYPE_PASSWORD
A lowentropy secret for password hashing or key derivation.
This key type is suitable for passwords and passphrases which are typically intended to be memorizable by humans, and have a low entropy relative to their size. It can be used for randomly generated or derived keys with maximum or nearmaximum entropy, but PSA_KEY_TYPE_DERIVE is more suitable for such keys. It is not suitable for passwords with extremely low entropy, such as numerical PINs.
These keys can be used as the PSA_KEY_DERIVATION_INPUT_PASSWORD input of key derivation algorithms. Algorithms that accept such an input were designed to accept lowentropy secret and are known as password hashing or key stretching algorithms.
These keys cannot be used as the PSA_KEY_DERIVATION_INPUT_SECRET input of key derivation algorithms, as the algorithms that take such an input expect it to be highentropy.
The key policy determines which key derivation algorithm the key can be used for, among the permissible subset defined above.

PSA_KEY_TYPE_PASSWORD_HASH
A secret value that can be used to verify a password hash.
The key policy determines which key derivation algorithm the key can be used for, among the same permissible subset as for PSA_KEY_TYPE_PASSWORD.

PSA_KEY_TYPE_PEPPER
A secret value that can be used in when computing a password hash.
The key policy determines which key derivation algorithm the key can be used for, among the subset of algorithms that can use pepper.

PSA_KEY_TYPE_AES
Key for a cipher, AEAD or MAC algorithm based on the AES block cipher.
The size of the key can be 16 bytes (AES128), 24 bytes (AES192) or 32 bytes (AES256).

PSA_KEY_TYPE_ARIA
Key for a cipher, AEAD or MAC algorithm based on the ARIA block cipher.

PSA_KEY_TYPE_DES
Key for a cipher or MAC algorithm based on DES or 3DES (TripleDES).
The size of the key can be 64 bits (single DES), 128 bits (2key 3DES) or 192 bits (3key 3DES).
Note that single DES and 2key 3DES are weak and strongly deprecated and should only be used to decrypt legacy data. 3key 3DES is weak and deprecated and should only be used in legacy protocols.

PSA_KEY_TYPE_CAMELLIA
Key for a cipher, AEAD or MAC algorithm based on the Camellia block cipher.

PSA_KEY_TYPE_CHACHA20
Key for the ChaCha20 stream cipher or the Chacha20Poly1305 AEAD algorithm.
ChaCha20 and the ChaCha20_Poly1305 construction are defined in RFC 7539.
Note
For ChaCha20 and ChaCha20_Poly1305, Mbed TLS only supports 12byte nonces.
Note
For ChaCha20, the initial counter value is 0. To encrypt or decrypt with the initial counter value 1, you can process and discard a 64byte block before the real data.

PSA_KEY_TYPE_RSA_PUBLIC_KEY
RSA public key.
The size of an RSA key is the bit size of the modulus.

PSA_KEY_TYPE_RSA_KEY_PAIR
RSA key pair (private and public key).
The size of an RSA key is the bit size of the modulus.

PSA_KEY_TYPE_IS_RSA(type)
Whether a key type is an RSA key (pair or publiconly).

PSA_KEY_TYPE_ECC_PUBLIC_KEY_BASE

PSA_KEY_TYPE_ECC_KEY_PAIR_BASE

PSA_KEY_TYPE_ECC_CURVE_MASK

PSA_KEY_TYPE_ECC_KEY_PAIR(curve)
Elliptic curve key pair.
The size of an elliptic curve key is the bit size associated with the curve, i.e. the bit size of q for a curve over a field F. See the documentation of
PSA_ECC_FAMILY_xxx
curve families for details. Parameters:
curve – A value of type psa_ecc_family_t that identifies the ECC curve to be used.

PSA_KEY_TYPE_ECC_PUBLIC_KEY(curve)
Elliptic curve public key.
The size of an elliptic curve public key is the same as the corresponding private key (see PSA_KEY_TYPE_ECC_KEY_PAIR and the documentation of
PSA_ECC_FAMILY_xxx
curve families). Parameters:
curve – A value of type psa_ecc_family_t that identifies the ECC curve to be used.

PSA_KEY_TYPE_IS_ECC(type)
Whether a key type is an elliptic curve key (pair or publiconly).

PSA_KEY_TYPE_IS_ECC_KEY_PAIR(type)
Whether a key type is an elliptic curve key pair.

PSA_KEY_TYPE_IS_ECC_PUBLIC_KEY(type)
Whether a key type is an elliptic curve public key.

PSA_KEY_TYPE_ECC_GET_FAMILY(type)
Extract the curve from an elliptic curve key type.

PSA_ECC_FAMILY_IS_WEIERSTRASS(family)
Check if the curve of given family is Weierstrass elliptic curve.

PSA_ECC_FAMILY_SECP_K1
SEC Koblitz curves over prime fields.
This family comprises the following curves: secp192k1, secp224k1, secp256k1. They are defined in Standards for Efficient Cryptography, SEC 2: Recommended Elliptic Curve Domain Parameters. https://www.secg.org/sec2v2.pdf
Note
For secp224k1, the bitsize is 225 (size of a private value).
Note
Mbed TLS only supports secp192k1 and secp256k1.

PSA_ECC_FAMILY_SECP_R1
SEC random curves over prime fields.
This family comprises the following curves: secp192r1, secp224r1, secp256r1, secp384r1, secp521r1. They are defined in Standards for Efficient Cryptography, SEC 2: Recommended Elliptic Curve Domain Parameters. https://www.secg.org/sec2v2.pdf

PSA_ECC_FAMILY_SECP_R2

PSA_ECC_FAMILY_SECT_K1
SEC Koblitz curves over binary fields.
This family comprises the following curves: sect163k1, sect233k1, sect239k1, sect283k1, sect409k1, sect571k1. They are defined in Standards for Efficient Cryptography, SEC 2: Recommended Elliptic Curve Domain Parameters. https://www.secg.org/sec2v2.pdf
Note
Mbed TLS does not support any curve in this family.

PSA_ECC_FAMILY_SECT_R1
SEC random curves over binary fields.
This family comprises the following curves: sect163r1, sect233r1, sect283r1, sect409r1, sect571r1. They are defined in Standards for Efficient Cryptography, SEC 2: Recommended Elliptic Curve Domain Parameters. https://www.secg.org/sec2v2.pdf
Note
Mbed TLS does not support any curve in this family.

PSA_ECC_FAMILY_SECT_R2
SEC additional random curves over binary fields.
This family comprises the following curve: sect163r2. It is defined in Standards for Efficient Cryptography, SEC 2: Recommended Elliptic Curve Domain Parameters. https://www.secg.org/sec2v2.pdf
Note
Mbed TLS does not support any curve in this family.

PSA_ECC_FAMILY_BRAINPOOL_P_R1
Brainpool P random curves.
This family comprises the following curves: brainpoolP160r1, brainpoolP192r1, brainpoolP224r1, brainpoolP256r1, brainpoolP320r1, brainpoolP384r1, brainpoolP512r1. It is defined in RFC 5639.
Note
Mbed TLS only supports the 256bit, 384bit and 512bit curves in this family.

PSA_ECC_FAMILY_MONTGOMERY
Curve25519 and Curve448.
This family comprises the following Montgomery curves:
255bit: Bernstein et al., Curve25519: new DiffieHellman speed records, LNCS 3958, 2006. The algorithm PSA_ALG_ECDH performs X25519 when used with this curve.
448bit: Hamburg, Ed448Goldilocks, a new elliptic curve, NIST ECC Workshop, 2015. The algorithm PSA_ALG_ECDH performs X448 when used with this curve.

PSA_ECC_FAMILY_TWISTED_EDWARDS
The twisted Edwards curves Ed25519 and Ed448.
These curves are suitable for EdDSA (PSA_ALG_PURE_EDDSA for both curves, PSA_ALG_ED25519PH for the 255bit curve, PSA_ALG_ED448PH for the 448bit curve).
This family comprises the following twisted Edwards curves:
255bit: Edwards25519, the twisted Edwards curve birationally equivalent to Curve25519. Bernstein et al., Twisted Edwards curves, Africacrypt 2008.
448bit: Edwards448, the twisted Edwards curve birationally equivalent to Curve448. Hamburg, Ed448Goldilocks, a new elliptic curve, NIST ECC Workshop, 2015.
Note
Mbed TLS does not support Edwards curves yet.

PSA_KEY_TYPE_DH_PUBLIC_KEY_BASE

PSA_KEY_TYPE_DH_KEY_PAIR_BASE

PSA_KEY_TYPE_DH_GROUP_MASK

PSA_KEY_TYPE_DH_KEY_PAIR(group)
DiffieHellman key pair.
 Parameters:
group – A value of type psa_dh_family_t that identifies the DiffieHellman group to be used.

PSA_KEY_TYPE_DH_PUBLIC_KEY(group)
DiffieHellman public key.
 Parameters:
group – A value of type psa_dh_family_t that identifies the DiffieHellman group to be used.

PSA_KEY_TYPE_IS_DH(type)
Whether a key type is a DiffieHellman key (pair or publiconly).

PSA_KEY_TYPE_IS_DH_KEY_PAIR(type)
Whether a key type is a DiffieHellman key pair.

PSA_KEY_TYPE_IS_DH_PUBLIC_KEY(type)
Whether a key type is a DiffieHellman public key.

PSA_KEY_TYPE_DH_GET_FAMILY(type)
Extract the group from a DiffieHellman key type.

PSA_DH_FAMILY_RFC7919
DiffieHellman groups defined in RFC 7919 Appendix A.
This family includes groups with the following key sizes (in bits): 2048, 3072, 4096, 6144, 8192. A given implementation may support all of these sizes or only a subset.

PSA_GET_KEY_TYPE_BLOCK_SIZE_EXPONENT(type)

PSA_BLOCK_CIPHER_BLOCK_LENGTH(type)
The block size of a block cipher.
Note
It is possible to build stream cipher algorithms on top of a block cipher, for example CTR mode (PSA_ALG_CTR). This macro only takes the key type into account, so it cannot be used to determine the size of the data that psa_cipher_update() might buffer for future processing in general.
Note
This macro returns a compiletime constant if its argument is one.
Warning
This macro may evaluate its argument multiple times.
 Parameters:
type – A cipher key type (value of type psa_key_type_t).
 Returns:
The block size for a block cipher, or 1 for a stream cipher. The return value is undefined if
type
is not a supported cipher key type.

PSA_ALG_VENDOR_FLAG
Vendordefined algorithm flag.
Algorithms defined by this standard will never have the PSA_ALG_VENDOR_FLAG bit set. Vendors who define additional algorithms must use an encoding with the PSA_ALG_VENDOR_FLAG bit set and should respect the bitwise structure used by standard encodings whenever practical.

PSA_ALG_CATEGORY_MASK

PSA_ALG_CATEGORY_HASH

PSA_ALG_CATEGORY_MAC

PSA_ALG_CATEGORY_CIPHER

PSA_ALG_CATEGORY_AEAD

PSA_ALG_CATEGORY_SIGN

PSA_ALG_CATEGORY_ASYMMETRIC_ENCRYPTION

PSA_ALG_CATEGORY_KEY_DERIVATION

PSA_ALG_CATEGORY_KEY_AGREEMENT

PSA_ALG_IS_VENDOR_DEFINED(alg)
Whether an algorithm is vendordefined.
See also PSA_ALG_VENDOR_FLAG.

PSA_ALG_IS_HASH(alg)
Whether the specified algorithm is a hash algorithm.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is a hash algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier.

PSA_ALG_IS_MAC(alg)
Whether the specified algorithm is a MAC algorithm.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is a MAC algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier.

PSA_ALG_IS_CIPHER(alg)
Whether the specified algorithm is a symmetric cipher algorithm.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is a symmetric cipher algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier.

PSA_ALG_IS_AEAD(alg)
Whether the specified algorithm is an authenticated encryption with associated data (AEAD) algorithm.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is an AEAD algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier.

PSA_ALG_IS_SIGN(alg)
Whether the specified algorithm is an asymmetric signature algorithm, also known as publickey signature algorithm.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is an asymmetric signature algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier.

PSA_ALG_IS_ASYMMETRIC_ENCRYPTION(alg)
Whether the specified algorithm is an asymmetric encryption algorithm, also known as publickey encryption algorithm.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is an asymmetric encryption algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier.

PSA_ALG_IS_KEY_AGREEMENT(alg)
Whether the specified algorithm is a key agreement algorithm.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is a key agreement algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier.

PSA_ALG_IS_KEY_DERIVATION(alg)
Whether the specified algorithm is a key derivation algorithm.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is a key derivation algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier.

PSA_ALG_IS_KEY_DERIVATION_STRETCHING(alg)
Whether the specified algorithm is a key stretching / password hashing algorithm.
A key stretching / password hashing algorithm is a key derivation algorithm that is suitable for use with a lowentropy secret such as a password. Equivalently, it’s a key derivation algorithm that uses a PSA_KEY_DERIVATION_INPUT_PASSWORD input step.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is a key stretching / password hashing algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier.

PSA_ALG_NONE
An invalid algorithm identifier value.

PSA_ALG_HASH_MASK

PSA_ALG_MD5
MD5

PSA_ALG_RIPEMD160
PSA_ALG_RIPEMD160

PSA_ALG_SHA_1
SHA1

PSA_ALG_SHA_224
SHA2224

PSA_ALG_SHA_256
SHA2256

PSA_ALG_SHA_384
SHA2384

PSA_ALG_SHA_512
SHA2512

PSA_ALG_SHA_512_224
SHA2512/224

PSA_ALG_SHA_512_256
SHA2512/256

PSA_ALG_SHA3_224
SHA3224

PSA_ALG_SHA3_256
SHA3256

PSA_ALG_SHA3_384
SHA3384

PSA_ALG_SHA3_512
SHA3512

PSA_ALG_SHAKE256_512
The first 512 bits (64 bytes) of the SHAKE256 output.
This is the prehashing for Ed448ph (see PSA_ALG_ED448PH). For other scenarios where a hash function based on SHA3/SHAKE is desired, SHA3512 has the same output size and a (theoretically) higher security strength.

PSA_ALG_ANY_HASH
In a hashandsign algorithm policy, allow any hash algorithm.
This value may be used to form the algorithm usage field of a policy for a signature algorithm that is parametrized by a hash. The key may then be used to perform operations using the same signature algorithm parametrized with any supported hash.
That is, suppose that
PSA_xxx_SIGNATURE
is one of the following macros:PSA_ALG_RSA_PKCS1V15_SIGN, PSA_ALG_RSA_PSS, PSA_ALG_RSA_PSS_ANY_SALT,
PSA_ALG_ECDSA, PSA_ALG_DETERMINISTIC_ECDSA. Then you may create and use a key as follows:
Set the key usage field using PSA_ALG_ANY_HASH, for example:
psa_set_key_usage_flags(&attributes, PSA_KEY_USAGE_SIGN_HASH); // or VERIFY psa_set_key_algorithm(&attributes, PSA_xxx_SIGNATURE(PSA_ALG_ANY_HASH));
Import or generate key material.
Call psa_sign_hash() or psa_verify_hash(), passing an algorithm built from
PSA_xxx_SIGNATURE
and a specific hash. Each call to sign or verify a message may use a different hash.psa_sign_hash(key, PSA_xxx_SIGNATURE(PSA_ALG_SHA_256), ...); psa_sign_hash(key, PSA_xxx_SIGNATURE(PSA_ALG_SHA_512), ...); psa_sign_hash(key, PSA_xxx_SIGNATURE(PSA_ALG_SHA3_256), ...);
This value may not be used to build other algorithms that are parametrized over a hash. For any valid use of this macro to build an algorithm
alg
, PSA_ALG_IS_HASH_AND_SIGN(alg
) is true.This value may not be used to build an algorithm specification to perform an operation. It is only valid to build policies.

PSA_ALG_MAC_SUBCATEGORY_MASK

PSA_ALG_HMAC_BASE

PSA_ALG_HMAC(hash_alg)
Macro to build an HMAC algorithm.
For example, PSA_ALG_HMAC(PSA_ALG_SHA_256) is HMACSHA256.
 Parameters:
hash_alg – A hash algorithm (
PSA_ALG_XXX
value such that PSA_ALG_IS_HASH(hash_alg
) is true).
 Returns:
The corresponding HMAC algorithm.
 Returns:
Unspecified if
hash_alg
is not a supported hash algorithm.

PSA_ALG_HMAC_GET_HASH(hmac_alg)

PSA_ALG_IS_HMAC(alg)
Whether the specified algorithm is an HMAC algorithm.
HMAC is a family of MAC algorithms that are based on a hash function.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is an HMAC algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier.

PSA_ALG_MAC_TRUNCATION_MASK

PSA_MAC_TRUNCATION_OFFSET

PSA_ALG_MAC_AT_LEAST_THIS_LENGTH_FLAG

PSA_ALG_TRUNCATED_MAC(mac_alg, mac_length)
Macro to build a truncated MAC algorithm.
A truncated MAC algorithm is identical to the corresponding MAC algorithm except that the MAC value for the truncated algorithm consists of only the first
mac_length
bytes of the MAC value for the untruncated algorithm.Note
This macro may allow constructing algorithm identifiers that are not valid, either because the specified length is larger than the untruncated MAC or because the specified length is smaller than permitted by the implementation.
Note
It is implementationdefined whether a truncated MAC that is truncated to the same length as the MAC of the untruncated algorithm is considered identical to the untruncated algorithm for policy comparison purposes.
 Parameters:
mac_alg – A MAC algorithm identifier (value of type psa_algorithm_t such that PSA_ALG_IS_MAC(
mac_alg
) is true). This may be a truncated or untruncated MAC algorithm.mac_length – Desired length of the truncated MAC in bytes. This must be at most the full length of the MAC and must be at least an implementationspecified minimum. The implementationspecified minimum shall not be zero.
 Returns:
The corresponding MAC algorithm with the specified length.
 Returns:
Unspecified if
mac_alg
is not a supported MAC algorithm or ifmac_length
is too small or too large for the specified MAC algorithm.

PSA_ALG_FULL_LENGTH_MAC(mac_alg)
Macro to build the base MAC algorithm corresponding to a truncated MAC algorithm.
 Parameters:
mac_alg – A MAC algorithm identifier (value of type psa_algorithm_t such that PSA_ALG_IS_MAC(
mac_alg
) is true). This may be a truncated or untruncated MAC algorithm.
 Returns:
The corresponding base MAC algorithm.
 Returns:
Unspecified if
mac_alg
is not a supported MAC algorithm.

PSA_MAC_TRUNCATED_LENGTH(mac_alg)
Length to which a MAC algorithm is truncated.
 Parameters:
mac_alg – A MAC algorithm identifier (value of type psa_algorithm_t such that PSA_ALG_IS_MAC(
mac_alg
) is true).
 Returns:
Length of the truncated MAC in bytes.
 Returns:
0 if
mac_alg
is a nontruncated MAC algorithm. Returns:
Unspecified if
mac_alg
is not a supported MAC algorithm.

PSA_ALG_AT_LEAST_THIS_LENGTH_MAC(mac_alg, min_mac_length)
Macro to build a MAC minimumMAClength wildcard algorithm.
A minimumMAClength MAC wildcard algorithm permits all MAC algorithms sharing the same base algorithm, and where the (potentially truncated) MAC length of the specific algorithm is equal to or larger then the wildcard algorithm’s minimum MAC length.
Note
When setting the minimum required MAC length to less than the smallest MAC length allowed by the base algorithm, this effectively becomes an ‘anyMAClengthallowed’ policy for that base algorithm.
 Parameters:
mac_alg – A MAC algorithm identifier (value of type psa_algorithm_t such that PSA_ALG_IS_MAC(
mac_alg
) is true).min_mac_length – Desired minimum length of the message authentication code in bytes. This must be at most the untruncated length of the MAC and must be at least 1.
 Returns:
The corresponding MAC wildcard algorithm with the specified minimum length.
 Returns:
Unspecified if
mac_alg
is not a supported MAC algorithm or ifmin_mac_length
is less than 1 or too large for the specified MAC algorithm.

PSA_ALG_CIPHER_MAC_BASE

PSA_ALG_CBC_MAC
The CBCMAC construction over a block cipher
Warning
CBCMAC is insecure in many cases. A more secure mode, such as PSA_ALG_CMAC, is recommended.

PSA_ALG_CMAC
The CMAC construction over a block cipher

PSA_ALG_IS_BLOCK_CIPHER_MAC(alg)
Whether the specified algorithm is a MAC algorithm based on a block cipher.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is a MAC algorithm based on a block cipher, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier.

PSA_ALG_CIPHER_STREAM_FLAG

PSA_ALG_CIPHER_FROM_BLOCK_FLAG

PSA_ALG_IS_STREAM_CIPHER(alg)
Whether the specified algorithm is a stream cipher.
A stream cipher is a symmetric cipher that encrypts or decrypts messages by applying a bitwisexor with a stream of bytes that is generated from a key.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is a stream cipher algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier or if it is not a symmetric cipher algorithm.

PSA_ALG_STREAM_CIPHER
The stream cipher mode of a stream cipher algorithm.
The underlying stream cipher is determined by the key type.
To use ChaCha20, use a key type of PSA_KEY_TYPE_CHACHA20.

PSA_ALG_CTR
The CTR stream cipher mode.
CTR is a stream cipher which is built from a block cipher. The underlying block cipher is determined by the key type. For example, to use AES128CTR, use this algorithm with a key of type PSA_KEY_TYPE_AES and a length of 128 bits (16 bytes).

PSA_ALG_CFB
The CFB stream cipher mode.
The underlying block cipher is determined by the key type.

PSA_ALG_OFB
The OFB stream cipher mode.
The underlying block cipher is determined by the key type.

PSA_ALG_XTS
The XTS cipher mode.
XTS is a cipher mode which is built from a block cipher. It requires at least one full block of input, but beyond this minimum the input does not need to be a whole number of blocks.

PSA_ALG_ECB_NO_PADDING
The Electronic Code Book (ECB) mode of a block cipher, with no padding.
The underlying block cipher is determined by the key type.
This symmetric cipher mode can only be used with messages whose lengths are a multiple of the block size of the chosen block cipher.
ECB mode does not accept an initialization vector (IV). When using a multipart cipher operation with this algorithm, psa_cipher_generate_iv() and psa_cipher_set_iv() must not be called.
Warning
ECB mode does not protect the confidentiality of the encrypted data except in extremely narrow circumstances. It is recommended that applications only use ECB if they need to construct an operating mode that the implementation does not provide. Implementations are encouraged to provide the modes that applications need in preference to supporting direct access to ECB.

PSA_ALG_CBC_NO_PADDING
The CBC block cipher chaining mode, with no padding.
The underlying block cipher is determined by the key type.
This symmetric cipher mode can only be used with messages whose lengths are whole number of blocks for the chosen block cipher.

PSA_ALG_CBC_PKCS7
The CBC block cipher chaining mode with PKCS#7 padding.
The underlying block cipher is determined by the key type.
This is the padding method defined by PKCS#7 (RFC 2315) 10.3.

PSA_ALG_AEAD_FROM_BLOCK_FLAG

PSA_ALG_IS_AEAD_ON_BLOCK_CIPHER(alg)
Whether the specified algorithm is an AEAD mode on a block cipher.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is an AEAD algorithm which is an AEAD mode based on a block cipher, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier.

PSA_ALG_CCM
The CCM authenticated encryption algorithm.
The underlying block cipher is determined by the key type.

PSA_ALG_CCM_STAR_NO_TAG
The CCM* cipher mode without authentication.
This is CCM* as specified in IEEE 802.15.4 §7, with a tag length of 0. For CCM* with a nonzero tag length, use the AEAD algorithm PSA_ALG_CCM.
The underlying block cipher is determined by the key type.
Currently only 13byte long IV’s are supported.

PSA_ALG_GCM
The GCM authenticated encryption algorithm.
The underlying block cipher is determined by the key type.

PSA_ALG_CHACHA20_POLY1305
The Chacha20Poly1305 AEAD algorithm.
The ChaCha20_Poly1305 construction is defined in RFC 7539.
Implementations must support 12byte nonces, may support 8byte nonces, and should reject other sizes.
Implementations must support 16byte tags and should reject other sizes.

PSA_ALG_AEAD_TAG_LENGTH_MASK

PSA_AEAD_TAG_LENGTH_OFFSET

PSA_ALG_AEAD_AT_LEAST_THIS_LENGTH_FLAG

PSA_ALG_AEAD_WITH_SHORTENED_TAG(aead_alg, tag_length)
Macro to build a shortened AEAD algorithm.
A shortened AEAD algorithm is similar to the corresponding AEAD algorithm, but has an authentication tag that consists of fewer bytes. Depending on the algorithm, the tag length may affect the calculation of the ciphertext.
 Parameters:
aead_alg – An AEAD algorithm identifier (value of type psa_algorithm_t such that PSA_ALG_IS_AEAD(
aead_alg
) is true).tag_length – Desired length of the authentication tag in bytes.
 Returns:
The corresponding AEAD algorithm with the specified length.
 Returns:
Unspecified if
aead_alg
is not a supported AEAD algorithm or iftag_length
is not valid for the specified AEAD algorithm.

PSA_ALG_AEAD_GET_TAG_LENGTH(aead_alg)
Retrieve the tag length of a specified AEAD algorithm
 Parameters:
aead_alg – An AEAD algorithm identifier (value of type psa_algorithm_t such that PSA_ALG_IS_AEAD(
aead_alg
) is true).
 Returns:
The tag length specified by the input algorithm.
 Returns:
Unspecified if
aead_alg
is not a supported AEAD algorithm.

PSA_ALG_AEAD_WITH_DEFAULT_LENGTH_TAG(aead_alg)
Calculate the corresponding AEAD algorithm with the default tag length.
 Parameters:
aead_alg – An AEAD algorithm (
PSA_ALG_XXX
value such that PSA_ALG_IS_AEAD(aead_alg
) is true).
 Returns:
The corresponding AEAD algorithm with the default tag length for that algorithm.

PSA_ALG_AEAD_WITH_DEFAULT_LENGTH_TAG_CASE(aead_alg, ref)

PSA_ALG_AEAD_WITH_AT_LEAST_THIS_LENGTH_TAG(aead_alg, min_tag_length)
Macro to build an AEAD minimumtaglength wildcard algorithm.
A minimumtaglength AEAD wildcard algorithm permits all AEAD algorithms sharing the same base algorithm, and where the tag length of the specific algorithm is equal to or larger then the minimum tag length specified by the wildcard algorithm.
Note
When setting the minimum required tag length to less than the smallest tag length allowed by the base algorithm, this effectively becomes an ‘anytaglengthallowed’ policy for that base algorithm.
 Parameters:
aead_alg – An AEAD algorithm identifier (value of type psa_algorithm_t such that PSA_ALG_IS_AEAD(
aead_alg
) is true).min_tag_length – Desired minimum length of the authentication tag in bytes. This must be at least 1 and at most the largest allowed tag length of the algorithm.
 Returns:
The corresponding AEAD wildcard algorithm with the specified minimum length.
 Returns:
Unspecified if
aead_alg
is not a supported AEAD algorithm or ifmin_tag_length
is less than 1 or too large for the specified AEAD algorithm.

PSA_ALG_RSA_PKCS1V15_SIGN_BASE

PSA_ALG_RSA_PKCS1V15_SIGN(hash_alg)
RSA PKCS#1 v1.5 signature with hashing.
This is the signature scheme defined by RFC 8017 (PKCS#1: RSA Cryptography Specifications) under the name RSASSAPKCS1v1_5.
 Parameters:
hash_alg – A hash algorithm (
PSA_ALG_XXX
value such that PSA_ALG_IS_HASH(hash_alg
) is true). This includes PSA_ALG_ANY_HASH when specifying the algorithm in a usage policy.
 Returns:
The corresponding RSA PKCS#1 v1.5 signature algorithm.
 Returns:
Unspecified if
hash_alg
is not a supported hash algorithm.

PSA_ALG_RSA_PKCS1V15_SIGN_RAW
Raw PKCS#1 v1.5 signature.
The input to this algorithm is the DigestInfo structure used by RFC 8017 (PKCS#1: RSA Cryptography Specifications), 9.2 steps 3—6.

PSA_ALG_IS_RSA_PKCS1V15_SIGN(alg)

PSA_ALG_RSA_PSS_BASE

PSA_ALG_RSA_PSS_ANY_SALT_BASE

PSA_ALG_RSA_PSS(hash_alg)
RSA PSS signature with hashing.
This is the signature scheme defined by RFC 8017 (PKCS#1: RSA Cryptography Specifications) under the name RSASSAPSS, with the message generation function MGF1, and with a salt length equal to the length of the hash, or the largest possible salt length for the algorithm and key size if that is smaller than the hash length. The specified hash algorithm is used to hash the input message, to create the salted hash, and for the mask generation.
 Parameters:
hash_alg – A hash algorithm (
PSA_ALG_XXX
value such that PSA_ALG_IS_HASH(hash_alg
) is true). This includes PSA_ALG_ANY_HASH when specifying the algorithm in a usage policy.
 Returns:
The corresponding RSA PSS signature algorithm.
 Returns:
Unspecified if
hash_alg
is not a supported hash algorithm.

PSA_ALG_RSA_PSS_ANY_SALT(hash_alg)
RSA PSS signature with hashing with relaxed verification.
This algorithm has the same behavior as PSA_ALG_RSA_PSS when signing, but allows an arbitrary salt length (including
0
) when verifying a signature. Parameters:
hash_alg – A hash algorithm (
PSA_ALG_XXX
value such that PSA_ALG_IS_HASH(hash_alg
) is true). This includes PSA_ALG_ANY_HASH when specifying the algorithm in a usage policy.
 Returns:
The corresponding RSA PSS signature algorithm.
 Returns:
Unspecified if
hash_alg
is not a supported hash algorithm.

PSA_ALG_IS_RSA_PSS_STANDARD_SALT(alg)
Whether the specified algorithm is RSA PSS with standard salt.
 Parameters:
alg – An algorithm value or an algorithm policy wildcard.
 Returns:
1 if
alg
is of the form PSA_ALG_RSA_PSS(hash_alg
), wherehash_alg
is a hash algorithm or PSA_ALG_ANY_HASH. 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier or policy.

PSA_ALG_IS_RSA_PSS_ANY_SALT(alg)
Whether the specified algorithm is RSA PSS with any salt.
 Parameters:
alg – An algorithm value or an algorithm policy wildcard.
 Returns:
1 if
alg
is of the form PSA_ALG_RSA_PSS_ANY_SALT_BASE(hash_alg
), wherehash_alg
is a hash algorithm or PSA_ALG_ANY_HASH. 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier or policy.

PSA_ALG_IS_RSA_PSS(alg)
Whether the specified algorithm is RSA PSS.
This includes any of the RSA PSS algorithm variants, regardless of the constraints on salt length.
 Parameters:
alg – An algorithm value or an algorithm policy wildcard.
 Returns:
1 if
alg
is of the form PSA_ALG_RSA_PSS(hash_alg
) or PSA_ALG_RSA_PSS_ANY_SALT_BASE(hash_alg
), wherehash_alg
is a hash algorithm or PSA_ALG_ANY_HASH. 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier or policy.

PSA_ALG_ECDSA_BASE

PSA_ALG_ECDSA(hash_alg)
ECDSA signature with hashing.
This is the ECDSA signature scheme defined by ANSI X9.62, with a random permessage secret number (k).
The representation of the signature as a byte string consists of the concatenation of the signature values r and s. Each of r and s is encoded as an Noctet string, where N is the length of the base point of the curve in octets. Each value is represented in bigendian order (most significant octet first).
 Parameters:
hash_alg – A hash algorithm (
PSA_ALG_XXX
value such that PSA_ALG_IS_HASH(hash_alg
) is true). This includes PSA_ALG_ANY_HASH when specifying the algorithm in a usage policy.
 Returns:
The corresponding ECDSA signature algorithm.
 Returns:
Unspecified if
hash_alg
is not a supported hash algorithm.

PSA_ALG_ECDSA_ANY
ECDSA signature without hashing.
This is the same signature scheme as PSA_ALG_ECDSA(), but without specifying a hash algorithm. This algorithm may only be used to sign or verify a sequence of bytes that should be an alreadycalculated hash. Note that the input is padded with zeros on the left or truncated on the left as required to fit the curve size.

PSA_ALG_DETERMINISTIC_ECDSA_BASE

PSA_ALG_DETERMINISTIC_ECDSA(hash_alg)
Deterministic ECDSA signature with hashing.
This is the deterministic ECDSA signature scheme defined by RFC 6979.
The representation of a signature is the same as with PSA_ALG_ECDSA().
Note that when this algorithm is used for verification, signatures made with randomized ECDSA (PSA_ALG_ECDSA(
hash_alg
)) with the same private key are accepted. In other words, PSA_ALG_DETERMINISTIC_ECDSA(hash_alg
) differs from PSA_ALG_ECDSA(hash_alg
) only for signature, not for verification. Parameters:
hash_alg – A hash algorithm (
PSA_ALG_XXX
value such that PSA_ALG_IS_HASH(hash_alg
) is true). This includes PSA_ALG_ANY_HASH when specifying the algorithm in a usage policy.
 Returns:
The corresponding deterministic ECDSA signature algorithm.
 Returns:
Unspecified if
hash_alg
is not a supported hash algorithm.

PSA_ALG_ECDSA_DETERMINISTIC_FLAG

PSA_ALG_IS_ECDSA(alg)

PSA_ALG_ECDSA_IS_DETERMINISTIC(alg)

PSA_ALG_IS_DETERMINISTIC_ECDSA(alg)

PSA_ALG_IS_RANDOMIZED_ECDSA(alg)

PSA_ALG_PURE_EDDSA
Edwardscurve digital signature algorithm without prehashing (PureEdDSA), using standard parameters.
Contexts are not supported in the current version of this specification because there is no suitable signature interface that can take the context as a parameter. A future version of this specification may add suitable functions and extend this algorithm to support contexts.
PureEdDSA requires an elliptic curve key on a twisted Edwards curve. In this specification, the following curves are supported:
PSA_ECC_FAMILY_TWISTED_EDWARDS, 255bit: Ed25519 as specified in RFC 8032. The curve is Edwards25519. The hash function used internally is SHA512.
PSA_ECC_FAMILY_TWISTED_EDWARDS, 448bit: Ed448 as specified in RFC 8032. The curve is Edwards448. The hash function used internally is the first 114 bytes of the SHAKE256 output.
This algorithm can be used with psa_sign_message() and psa_verify_message(). Since there is no prehashing, it cannot be used with psa_sign_hash() or psa_verify_hash().
The signature format is the concatenation of R and S as defined by RFC 8032 §5.1.6 and §5.2.6 (a 64byte string for Ed25519, a 114byte string for Ed448).

PSA_ALG_HASH_EDDSA_BASE

PSA_ALG_IS_HASH_EDDSA(alg)

PSA_ALG_ED25519PH
Edwardscurve digital signature algorithm with prehashing (HashEdDSA), using SHA512 and the Edwards25519 curve.
See PSA_ALG_PURE_EDDSA regarding context support and the signature format.
This algorithm is Ed25519 as specified in RFC 8032. The curve is Edwards25519. The prehash is SHA512. The hash function used internally is SHA512.
This is a hashandsign algorithm: to calculate a signature, you can either:
call psa_sign_message() on the message;
or calculate the SHA512 hash of the message with psa_hash_compute() or with a multipart hash operation started with psa_hash_setup(), using the hash algorithm PSA_ALG_SHA_512, then sign the calculated hash with psa_sign_hash(). Verifying a signature is similar, using psa_verify_message() or psa_verify_hash() instead of the signature function.

PSA_ALG_ED448PH
Edwardscurve digital signature algorithm with prehashing (HashEdDSA), using SHAKE256 and the Edwards448 curve.
See PSA_ALG_PURE_EDDSA regarding context support and the signature format.
This algorithm is Ed448 as specified in RFC 8032. The curve is Edwards448. The prehash is the first 64 bytes of the SHAKE256 output. The hash function used internally is the first 114 bytes of the SHAKE256 output.
This is a hashandsign algorithm: to calculate a signature, you can either:
call psa_sign_message() on the message;
or calculate the first 64 bytes of the SHAKE256 output of the message with psa_hash_compute() or with a multipart hash operation started with psa_hash_setup(), using the hash algorithm PSA_ALG_SHAKE256_512, then sign the calculated hash with psa_sign_hash(). Verifying a signature is similar, using psa_verify_message() or psa_verify_hash() instead of the signature function.

PSA_ALG_IS_VENDOR_HASH_AND_SIGN(alg)

PSA_ALG_IS_SIGN_HASH(alg)
Whether the specified algorithm is a signature algorithm that can be used with psa_sign_hash() and psa_verify_hash().
This encompasses all strict hashandsign algorithms categorized by PSA_ALG_IS_HASH_AND_SIGN(), as well as algorithms that follow the paradigm more loosely:
PSA_ALG_RSA_PKCS1V15_SIGN_RAW (expects its input to be an encoded hash)
PSA_ALG_ECDSA_ANY (doesn’t specify what kind of hash the input is)
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if alg is a signature algorithm that can be used to sign a hash. 0 if alg is a signature algorithm that can only be used to sign a message. 0 if alg is not a signature algorithm. This macro can return either 0 or 1 if alg is not a supported algorithm identifier.

PSA_ALG_IS_SIGN_MESSAGE(alg)
Whether the specified algorithm is a signature algorithm that can be used with psa_sign_message() and psa_verify_message().
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if alg is a signature algorithm that can be used to sign a message. 0 if
alg
is a signature algorithm that can only be used to sign an alreadycalculated hash. 0 ifalg
is not a signature algorithm. This macro can return either 0 or 1 ifalg
is not a supported algorithm identifier.

PSA_ALG_IS_HASH_AND_SIGN(alg)
Whether the specified algorithm is a hashandsign algorithm.
Hashandsign algorithms are asymmetric (publickey) signature algorithms structured in two parts: first the calculation of a hash in a way that does not depend on the key, then the calculation of a signature from the hash value and the key. Hashandsign algorithms encode the hash used for the hashing step, and you can call PSA_ALG_SIGN_GET_HASH to extract this algorithm.
Thus, for a hashandsign algorithm,
psa_sign_message(key, alg, input, ...)
is equivalent topsa_hash_compute(PSA_ALG_SIGN_GET_HASH(alg), input, ..., hash, ...); psa_sign_hash(key, alg, hash, ..., signature, ...);
Most usefully, separating the hash from the signature allows the hash to be calculated in multiple steps with psa_hash_setup(), psa_hash_update() and psa_hash_finish(). Likewise psa_verify_message() is equivalent to calculating the hash and then calling psa_verify_hash().
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is a hashandsign algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier.

PSA_ALG_SIGN_GET_HASH(alg)
Get the hash used by a hashandsign signature algorithm.
A hashandsign algorithm is a signature algorithm which is composed of two phases: first a hashing phase which does not use the key and produces a hash of the input message, then a signing phase which only uses the hash and the key and not the message itself.
 Parameters:
alg – A signature algorithm (
PSA_ALG_XXX
value such that PSA_ALG_IS_SIGN(alg
) is true).
 Returns:
The underlying hash algorithm if
alg
is a hashandsign algorithm. Returns:
0 if
alg
is a signature algorithm that does not follow the hashandsign structure. Returns:
Unspecified if
alg
is not a signature algorithm or if it is not supported by the implementation.

PSA_ALG_RSA_PKCS1V15_CRYPT
RSA PKCS#1 v1.5 encryption.
Warning
Calling psa_asymmetric_decrypt() with this algorithm as a parameter is considered an inherently dangerous function (CWE242). Unless it is used in a side channel free and safe way (eg. implementing the TLS protocol as per 7.4.7.1 of RFC 5246), the calling code is vulnerable.

PSA_ALG_RSA_OAEP_BASE

PSA_ALG_RSA_OAEP(hash_alg)
RSA OAEP encryption.
This is the encryption scheme defined by RFC 8017 (PKCS#1: RSA Cryptography Specifications) under the name RSAESOAEP, with the message generation function MGF1.
 Parameters:
hash_alg – The hash algorithm (
PSA_ALG_XXX
value such that PSA_ALG_IS_HASH(hash_alg
) is true) to use for MGF1.
 Returns:
The corresponding RSA OAEP encryption algorithm.
 Returns:
Unspecified if
hash_alg
is not a supported hash algorithm.

PSA_ALG_IS_RSA_OAEP(alg)

PSA_ALG_RSA_OAEP_GET_HASH(alg)

PSA_ALG_HKDF_BASE

PSA_ALG_HKDF(hash_alg)
Macro to build an HKDF algorithm.
For example,
PSA_ALG_HKDF(PSA_ALG_SHA_256)
is HKDF using HMACSHA256.This key derivation algorithm uses the following inputs:
PSA_KEY_DERIVATION_INPUT_SALT is the salt used in the “extract” step. It is optional; if omitted, the derivation uses an empty salt.
PSA_KEY_DERIVATION_INPUT_SECRET is the secret key used in the “extract” step.
PSA_KEY_DERIVATION_INPUT_INFO is the info string used in the “expand” step. You must pass PSA_KEY_DERIVATION_INPUT_SALT before PSA_KEY_DERIVATION_INPUT_SECRET. You may pass PSA_KEY_DERIVATION_INPUT_INFO at any time after steup and before starting to generate output.
Warning
HKDF processes the salt as follows: first hash it with hash_alg if the salt is longer than the block size of the hash algorithm; then pad with null bytes up to the block size. As a result, it is possible for distinct salt inputs to result in the same outputs. To ensure unique outputs, it is recommended to use a fixed length for salt values.
 Parameters:
hash_alg – A hash algorithm (
PSA_ALG_XXX
value such that PSA_ALG_IS_HASH(hash_alg
) is true).
 Returns:
The corresponding HKDF algorithm.
 Returns:
Unspecified if
hash_alg
is not a supported hash algorithm.

PSA_ALG_IS_HKDF(alg)
Whether the specified algorithm is an HKDF algorithm.
HKDF is a family of key derivation algorithms that are based on a hash function and the HMAC construction.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is an HKDF algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported key derivation algorithm identifier.

PSA_ALG_HKDF_GET_HASH(hkdf_alg)

PSA_ALG_HKDF_EXTRACT_BASE

PSA_ALG_HKDF_EXTRACT(hash_alg)
Macro to build an HKDFExtract algorithm.
For example,
PSA_ALG_HKDF_EXTRACT(PSA_ALG_SHA_256)
is HKDFExtract using HMACSHA256.This key derivation algorithm uses the following inputs:
PSA_KEY_DERIVATION_INPUT_SALT is the salt.
PSA_KEY_DERIVATION_INPUT_SECRET is the input keying material used in the “extract” step. The inputs are mandatory and must be passed in the order above. Each input may only be passed once.
Warning
HKDFExtract is not meant to be used on its own. PSA_ALG_HKDF should be used instead if possible. PSA_ALG_HKDF_EXTRACT is provided as a separate algorithm for the sake of protocols that use it as a building block. It may also be a slight performance optimization in applications that use HKDF with the same salt and key but many different info strings.
Warning
HKDF processes the salt as follows: first hash it with hash_alg if the salt is longer than the block size of the hash algorithm; then pad with null bytes up to the block size. As a result, it is possible for distinct salt inputs to result in the same outputs. To ensure unique outputs, it is recommended to use a fixed length for salt values.
 Parameters:
hash_alg – A hash algorithm (
PSA_ALG_XXX
value such that PSA_ALG_IS_HASH(hash_alg
) is true).
 Returns:
The corresponding HKDFExtract algorithm.
 Returns:
Unspecified if
hash_alg
is not a supported hash algorithm.

PSA_ALG_IS_HKDF_EXTRACT(alg)
Whether the specified algorithm is an HKDFExtract algorithm.
HKDFExtract is a family of key derivation algorithms that are based on a hash function and the HMAC construction.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is an HKDFExtract algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported key derivation algorithm identifier.

PSA_ALG_HKDF_EXPAND_BASE

PSA_ALG_HKDF_EXPAND(hash_alg)
Macro to build an HKDFExpand algorithm.
For example,
PSA_ALG_HKDF_EXPAND(PSA_ALG_SHA_256)
is HKDFExpand using HMACSHA256.This key derivation algorithm uses the following inputs:
PSA_KEY_DERIVATION_INPUT_SECRET is the pseudorandom key (PRK).
PSA_KEY_DERIVATION_INPUT_INFO is the info string.
The inputs are mandatory and must be passed in the order above. Each input may only be passed once.
Warning
HKDFExpand is not meant to be used on its own.
PSA_ALG_HKDF
should be used instead if possible.PSA_ALG_HKDF_EXPAND
is provided as a separate algorithm for the sake of protocols that use it as a building block. It may also be a slight performance optimization in applications that use HKDF with the same salt and key but many different info strings. Parameters:
hash_alg – A hash algorithm (
PSA_ALG_XXX
value such that PSA_ALG_IS_HASH(hash_alg
) is true).
 Returns:
The corresponding HKDFExpand algorithm.
 Returns:
Unspecified if
hash_alg
is not a supported hash algorithm.

PSA_ALG_IS_HKDF_EXPAND(alg)
Whether the specified algorithm is an HKDFExpand algorithm.
HKDFExpand is a family of key derivation algorithms that are based on a hash function and the HMAC construction.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is an HKDFExpand algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported key derivation algorithm identifier.

PSA_ALG_IS_ANY_HKDF(alg)
Whether the specified algorithm is an HKDF or HKDFExtract or HKDFExpand algorithm.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is any HKDF type algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported key derivation algorithm identifier.

PSA_ALG_TLS12_PRF_BASE

PSA_ALG_TLS12_PRF(hash_alg)
Macro to build a TLS1.2 PRF algorithm.
TLS 1.2 uses a custom pseudorandom function (PRF) for key schedule, specified in Section 5 of RFC 5246. It is based on HMAC and can be used with either SHA256 or SHA384.
This key derivation algorithm uses the following inputs, which must be passed in the order given here:
PSA_KEY_DERIVATION_INPUT_SEED is the seed.
PSA_KEY_DERIVATION_INPUT_SECRET is the secret key.
PSA_KEY_DERIVATION_INPUT_LABEL is the label.
For the application to TLS1.2 key expansion, the seed is the concatenation of ServerHello.Random + ClientHello.Random, and the label is “key expansion”.
For example,
PSA_ALG_TLS12_PRF(PSA_ALG_SHA_256)
represents the TLS 1.2 PRF using HMACSHA256. Parameters:
hash_alg – A hash algorithm (
PSA_ALG_XXX
value such that PSA_ALG_IS_HASH(hash_alg
) is true).
 Returns:
The corresponding TLS1.2 PRF algorithm.
 Returns:
Unspecified if
hash_alg
is not a supported hash algorithm.

PSA_ALG_IS_TLS12_PRF(alg)
Whether the specified algorithm is a TLS1.2 PRF algorithm.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is a TLS1.2 PRF algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported key derivation algorithm identifier.

PSA_ALG_TLS12_PRF_GET_HASH(hkdf_alg)

PSA_ALG_TLS12_PSK_TO_MS_BASE

PSA_ALG_TLS12_PSK_TO_MS(hash_alg)
Macro to build a TLS1.2 PSKtoMasterSecret algorithm.
In a purePSK handshake in TLS 1.2, the master secret is derived from the PreSharedKey (PSK) through the application of padding (RFC 4279, Section 2) and the TLS1.2 PRF (RFC 5246, Section 5). The latter is based on HMAC and can be used with either SHA256 or SHA384.
This key derivation algorithm uses the following inputs, which must be passed in the order given here:
PSA_KEY_DERIVATION_INPUT_SEED is the seed.
PSA_KEY_DERIVATION_INPUT_OTHER_SECRET is the other secret for the computation of the premaster secret. This input is optional; if omitted, it defaults to a string of null bytes with the same length as the secret (PSK) input.
PSA_KEY_DERIVATION_INPUT_SECRET is the secret key.
PSA_KEY_DERIVATION_INPUT_LABEL is the label.
For the application to TLS1.2, the seed (which is forwarded to the TLS1.2 PRF) is the concatenation of the ClientHello.Random + ServerHello.Random, the label is “master secret” or “extended master secret” and the other secret depends on the key exchange specified in the cipher suite:
for a plain PSK cipher suite (RFC 4279, Section 2), omit PSA_KEY_DERIVATION_INPUT_OTHER_SECRET
for a DHEPSK (RFC 4279, Section 3) or ECDHEPSK cipher suite (RFC 5489, Section 2), the other secret should be the output of the PSA_ALG_FFDH or PSA_ALG_ECDH key agreement performed with the peer. The recommended way to pass this input is to use a key derivation algorithm constructed as PSA_ALG_KEY_AGREEMENT(ka_alg, PSA_ALG_TLS12_PSK_TO_MS(hash_alg)) and to call psa_key_derivation_key_agreement(). Alternatively, this input may be an output of
psa_raw_key_agreement()
passed with psa_key_derivation_input_bytes(), or an equivalent input passed with psa_key_derivation_input_bytes() or psa_key_derivation_input_key().
For example,
PSA_ALG_TLS12_PSK_TO_MS(PSA_ALG_SHA_256)
represents the TLS1.2 PSK to MasterSecret derivation PRF using HMACSHA256. Parameters:
hash_alg – A hash algorithm (
PSA_ALG_XXX
value such that PSA_ALG_IS_HASH(hash_alg
) is true).
 Returns:
The corresponding TLS1.2 PSK to MS algorithm.
 Returns:
Unspecified if
hash_alg
is not a supported hash algorithm.

PSA_ALG_IS_TLS12_PSK_TO_MS(alg)
Whether the specified algorithm is a TLS1.2 PSK to MS algorithm.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is a TLS1.2 PSK to MS algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported key derivation algorithm identifier.

PSA_ALG_TLS12_PSK_TO_MS_GET_HASH(hkdf_alg)

PSA_ALG_TLS12_ECJPAKE_TO_PMS

PSA_ALG_KEY_DERIVATION_STRETCHING_FLAG

PSA_ALG_PBKDF2_HMAC_BASE

PSA_ALG_PBKDF2_HMAC(hash_alg)
Macro to build a PBKDF2HMAC password hashing / key stretching algorithm.
PBKDF2 is defined by PKCS#5, republished as RFC 8018 (section 5.2). This macro specifies the PBKDF2 algorithm constructed using a PRF based on HMAC with the specified hash. For example,
PSA_ALG_PBKDF2_HMAC(PSA_ALG_SHA_256)
specifies PBKDF2 using the PRF HMACSHA256.This key derivation algorithm uses the following inputs, which must be provided in the following order:
PSA_KEY_DERIVATION_INPUT_COST is the iteration count. This input step must be used exactly once.
PSA_KEY_DERIVATION_INPUT_SALT is the salt. This input step must be used one or more times; if used several times, the inputs will be concatenated. This can be used to build the final salt from multiple sources, both public and secret (also known as pepper).
PSA_KEY_DERIVATION_INPUT_PASSWORD is the password to be hashed. This input step must be used exactly once.
 Parameters:
hash_alg – A hash algorithm (
PSA_ALG_XXX
value such that PSA_ALG_IS_HASH(hash_alg
) is true).
 Returns:
The corresponding PBKDF2HMACXXX algorithm.
 Returns:
Unspecified if
hash_alg
is not a supported hash algorithm.

PSA_ALG_IS_PBKDF2_HMAC(alg)
Whether the specified algorithm is a PBKDF2HMAC algorithm.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is a PBKDF2HMAC algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported key derivation algorithm identifier.

PSA_ALG_PBKDF2_HMAC_GET_HASH(pbkdf2_alg)

PSA_ALG_PBKDF2_AES_CMAC_PRF_128
The PBKDF2AESCMACPRF128 password hashing / key stretching algorithm.
PBKDF2 is defined by PKCS#5, republished as RFC 8018 (section 5.2). This macro specifies the PBKDF2 algorithm constructed using the AESCMACPRF128 PRF specified by RFC 4615.
This key derivation algorithm uses the same inputs as PSA_ALG_PBKDF2_HMAC() with the same constraints.

PSA_ALG_IS_PBKDF2(kdf_alg)

PSA_ALG_KEY_DERIVATION_MASK

PSA_ALG_KEY_AGREEMENT_MASK

PSA_ALG_KEY_AGREEMENT(ka_alg, kdf_alg)
Macro to build a combined algorithm that chains a key agreement with a key derivation.
 Parameters:
ka_alg – A key agreement algorithm (
PSA_ALG_XXX
value such that PSA_ALG_IS_KEY_AGREEMENT(ka_alg
) is true).kdf_alg – A key derivation algorithm (
PSA_ALG_XXX
value such that PSA_ALG_IS_KEY_DERIVATION(kdf_alg
) is true).
 Returns:
The corresponding key agreement and derivation algorithm.
 Returns:
Unspecified if
ka_alg
is not a supported key agreement algorithm orkdf_alg
is not a supported key derivation algorithm.

PSA_ALG_KEY_AGREEMENT_GET_KDF(alg)

PSA_ALG_KEY_AGREEMENT_GET_BASE(alg)

PSA_ALG_IS_RAW_KEY_AGREEMENT(alg)
Whether the specified algorithm is a raw key agreement algorithm.
A raw key agreement algorithm is one that does not specify a key derivation function. Usually, raw key agreement algorithms are constructed directly with a
PSA_ALG_xxx
macro while nonraw key agreement algorithms are constructed with PSA_ALG_KEY_AGREEMENT(). Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is a raw key agreement algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported algorithm identifier.

PSA_ALG_IS_KEY_DERIVATION_OR_AGREEMENT(alg)

PSA_ALG_FFDH
The finitefield DiffieHellman (DH) key agreement algorithm.
The shared secret produced by key agreement is
g^{ab}
in bigendian format. It isceiling(m / 8)
bytes long wherem
is the size of the primep
in bits.

PSA_ALG_IS_FFDH(alg)
Whether the specified algorithm is a finite field DiffieHellman algorithm.
This includes the raw finite field DiffieHellman algorithm as well as finitefield DiffieHellman followed by any supporter key derivation algorithm.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is a finite field DiffieHellman algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported key agreement algorithm identifier.

PSA_ALG_ECDH
The elliptic curve DiffieHellman (ECDH) key agreement algorithm.
The shared secret produced by key agreement is the xcoordinate of the shared secret point. It is always
ceiling(m / 8)
bytes long wherem
is the bit size associated with the curve, i.e. the bit size of the order of the curve’s coordinate field. Whenm
is not a multiple of 8, the byte containing the most significant bit of the shared secret is padded with zero bits. The byte order is either littleendian or bigendian depending on the curve type.For Montgomery curves (curve types
PSA_ECC_FAMILY_CURVEXXX
), the shared secret is the xcoordinate ofd_A Q_B = d_B Q_A
in littleendian byte order. The bit size is 448 for Curve448 and 255 for Curve25519.For Weierstrass curves over prime fields (curve types
PSA_ECC_FAMILY_SECPXXX
andPSA_ECC_FAMILY_BRAINPOOL_PXXX
), the shared secret is the xcoordinate ofd_A Q_B = d_B Q_A
in bigendian byte order. The bit size ism = ceiling(log_2(p))
for the fieldF_p
.For Weierstrass curves over binary fields (curve types
PSA_ECC_FAMILY_SECTXXX
), the shared secret is the xcoordinate ofd_A Q_B = d_B Q_A
in bigendian byte order. The bit size ism
for the fieldF_{2^m}
.

PSA_ALG_IS_ECDH(alg)
Whether the specified algorithm is an elliptic curve DiffieHellman algorithm.
This includes the raw elliptic curve DiffieHellman algorithm as well as elliptic curve DiffieHellman followed by any supporter key derivation algorithm.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is an elliptic curve DiffieHellman algorithm, 0 otherwise. This macro may return either 0 or 1 ifalg
is not a supported key agreement algorithm identifier.

PSA_ALG_IS_WILDCARD(alg)
Whether the specified algorithm encoding is a wildcard.
Wildcard values may only be used to set the usage algorithm field in a policy, not to perform an operation.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
1 if
alg
is a wildcard algorithm encoding. Returns:
0 if
alg
is a nonwildcard algorithm encoding (suitable for an operation). Returns:
This macro may return either 0 or 1 if
alg
is not a supported algorithm identifier.

PSA_ALG_GET_HASH(alg)
Get the hash used by a composite algorithm.
 Parameters:
alg – An algorithm identifier (value of type psa_algorithm_t).
 Returns:
The underlying hash algorithm if alg is a composite algorithm that uses a hash algorithm.
 Returns:
0
if alg is not a composite algorithm that uses a hash.

PSA_KEY_LIFETIME_VOLATILE
The default lifetime for volatile keys.
A volatile key only exists as long as the identifier to it is not destroyed. The key material is guaranteed to be erased on a power reset.
A key with this lifetime is typically stored in the RAM area of the PSA Crypto subsystem. However this is an implementation choice. If an implementation stores data about the key in a nonvolatile memory, it must release all the resources associated with the key and erase the key material if the calling application terminates.

PSA_KEY_LIFETIME_PERSISTENT
The default lifetime for persistent keys.
A persistent key remains in storage until it is explicitly destroyed or until the corresponding storage area is wiped. This specification does not define any mechanism to wipe a storage area, but integrations may provide their own mechanism (for example to perform a factory reset, to prepare for device refurbishment, or to uninstall an application).
This lifetime value is the default storage area for the calling application. Integrations of Mbed TLS may support other persistent lifetimes. See psa_key_lifetime_t for more information.

PSA_KEY_PERSISTENCE_VOLATILE
The persistence level of volatile keys.
See psa_key_persistence_t for more information.

PSA_KEY_PERSISTENCE_DEFAULT
The default persistence level for persistent keys.
See psa_key_persistence_t for more information.

PSA_KEY_PERSISTENCE_READ_ONLY
A persistence level indicating that a key is never destroyed.
See psa_key_persistence_t for more information.

PSA_KEY_LIFETIME_GET_PERSISTENCE(lifetime)

PSA_KEY_LIFETIME_GET_LOCATION(lifetime)

PSA_KEY_LIFETIME_IS_VOLATILE(lifetime)
Whether a key lifetime indicates that the key is volatile.
A volatile key is automatically destroyed by the implementation when the application instance terminates. In particular, a volatile key is automatically destroyed on a power reset of the device.
A key that is not volatile is persistent. Persistent keys are preserved until the application explicitly destroys them or until an implementationspecific device management event occurs (for example, a factory reset).
 Parameters:
lifetime – The lifetime value to query (value of type psa_key_lifetime_t).
 Returns:
1
if the key is volatile, otherwise0
.

PSA_KEY_LIFETIME_IS_READ_ONLY(lifetime)
Whether a key lifetime indicates that the key is readonly.
Readonly keys cannot be created or destroyed through the PSA Crypto API. They must be created through platformspecific means that bypass the API.
Some platforms may offer ways to destroy readonly keys. For example, consider a platform with multiple levels of privilege, where a lowprivilege application can use a key but is not allowed to destroy it, and the platform exposes the key to the application with a readonly lifetime. Highprivilege code can destroy the key even though the application sees the key as readonly.
 Parameters:
lifetime – The lifetime value to query (value of type psa_key_lifetime_t).
 Returns:
1
if the key is readonly, otherwise0
.

PSA_KEY_LIFETIME_FROM_PERSISTENCE_AND_LOCATION(persistence, location)
Construct a lifetime from a persistence level and a location.
 Parameters:
persistence – The persistence level (value of type psa_key_persistence_t).
location – The location indicator (value of type psa_key_location_t).
 Returns:
The constructed lifetime value.

PSA_KEY_LOCATION_LOCAL_STORAGE
The local storage area for persistent keys.
This storage area is available on all systems that can store persistent keys without delegating the storage to a thirdparty cryptoprocessor.
See psa_key_location_t for more information.

PSA_KEY_LOCATION_VENDOR_FLAG

PSA_KEY_ID_NULL
The null key identifier.

PSA_KEY_ID_USER_MIN
The minimum value for a key identifier chosen by the application.

PSA_KEY_ID_USER_MAX
The maximum value for a key identifier chosen by the application.

PSA_KEY_ID_VENDOR_MIN
The minimum value for a key identifier chosen by the implementation.

PSA_KEY_ID_VENDOR_MAX
The maximum value for a key identifier chosen by the implementation.

MBEDTLS_SVC_KEY_ID_INIT

MBEDTLS_SVC_KEY_ID_GET_KEY_ID(id)

MBEDTLS_SVC_KEY_ID_GET_OWNER_ID(id)

PSA_KEY_USAGE_EXPORT
Whether the key may be exported.
A public key or the public part of a key pair may always be exported regardless of the value of this permission flag.
If a key does not have export permission, implementations shall not allow the key to be exported in plain form from the cryptoprocessor, whether through psa_export_key() or through a proprietary interface. The key may however be exportable in a wrapped form, i.e. in a form where it is encrypted by another key.

PSA_KEY_USAGE_COPY
Whether the key may be copied.
This flag allows the use of psa_copy_key() to make a copy of the key with the same policy or a more restrictive policy.
For lifetimes for which the key is located in a secure element which enforce the nonexportability of keys, copying a key outside the secure element also requires the usage flag PSA_KEY_USAGE_EXPORT. Copying the key inside the secure element is permitted with just PSA_KEY_USAGE_COPY if the secure element supports it. For keys with the lifetime PSA_KEY_LIFETIME_VOLATILE or PSA_KEY_LIFETIME_PERSISTENT, the usage flag PSA_KEY_USAGE_COPY is sufficient to permit the copy.

PSA_KEY_USAGE_ENCRYPT
Whether the key may be used to encrypt a message.
This flag allows the key to be used for a symmetric encryption operation, for an AEAD encryptionandauthentication operation, or for an asymmetric encryption operation, if otherwise permitted by the key’s type and policy.
For a key pair, this concerns the public key.

PSA_KEY_USAGE_DECRYPT
Whether the key may be used to decrypt a message.
This flag allows the key to be used for a symmetric decryption operation, for an AEAD decryptionandverification operation, or for an asymmetric decryption operation, if otherwise permitted by the key’s type and policy.
For a key pair, this concerns the private key.

PSA_KEY_USAGE_SIGN_MESSAGE
Whether the key may be used to sign a message.
This flag allows the key to be used for a MAC calculation operation or for an asymmetric message signature operation, if otherwise permitted by the key’s type and policy.
For a key pair, this concerns the private key.

PSA_KEY_USAGE_VERIFY_MESSAGE
Whether the key may be used to verify a message.
This flag allows the key to be used for a MAC verification operation or for an asymmetric message signature verification operation, if otherwise permitted by the key’s type and policy.
For a key pair, this concerns the public key.

PSA_KEY_USAGE_SIGN_HASH
Whether the key may be used to sign a message.
This flag allows the key to be used for a MAC calculation operation or for an asymmetric signature operation, if otherwise permitted by the key’s type and policy.
For a key pair, this concerns the private key.

PSA_KEY_USAGE_VERIFY_HASH
Whether the key may be used to verify a message signature.
This flag allows the key to be used for a MAC verification operation or for an asymmetric signature verification operation, if otherwise permitted by the key’s type and policy.
For a key pair, this concerns the public key.

PSA_KEY_USAGE_DERIVE
Whether the key may be used to derive other keys or produce a password hash.
This flag allows the key to be used for a key derivation operation or for a key agreement operation, if otherwise permitted by the key’s type and policy.
If this flag is present on all keys used in calls to psa_key_derivation_input_key() for a key derivation operation, then it permits calling psa_key_derivation_output_bytes() or psa_key_derivation_output_key() at the end of the operation.

PSA_KEY_USAGE_VERIFY_DERIVATION
Whether the key may be used to verify the result of a key derivation, including password hashing.
This flag allows the key to be used:
This flag allows the key to be used in a key derivation operation, if otherwise permitted by the key’s type and policy.
If this flag is present on all keys used in calls to psa_key_derivation_input_key() for a key derivation operation, then it permits calling psa_key_derivation_verify_bytes() or psa_key_derivation_verify_key() at the end of the operation.

PSA_KEY_DERIVATION_INPUT_SECRET
A secret input for key derivation.
This should be a key of type PSA_KEY_TYPE_DERIVE (passed to psa_key_derivation_input_key()) or the shared secret resulting from a key agreement (obtained via psa_key_derivation_key_agreement()).
The secret can also be a direct input (passed to key_derivation_input_bytes()). In this case, the derivation operation may not be used to derive keys: the operation will only allow psa_key_derivation_output_bytes(), psa_key_derivation_verify_bytes(), or psa_key_derivation_verify_key(), but not psa_key_derivation_output_key().

PSA_KEY_DERIVATION_INPUT_PASSWORD
A lowentropy secret input for password hashing / key stretching.
This is usually a key of type PSA_KEY_TYPE_PASSWORD (passed to psa_key_derivation_input_key()) or a direct input (passed to psa_key_derivation_input_bytes()) that is a password or passphrase. It can also be highentropy secret such as a key of type PSA_KEY_TYPE_DERIVE or the shared secret resulting from a key agreement.
The secret can also be a direct input (passed to key_derivation_input_bytes()). In this case, the derivation operation may not be used to derive keys: the operation will only allow psa_key_derivation_output_bytes(), psa_key_derivation_verify_bytes(), or psa_key_derivation_verify_key(), but not psa_key_derivation_output_key().

PSA_KEY_DERIVATION_INPUT_OTHER_SECRET
A highentropy additional secret input for key derivation.
This is typically the shared secret resulting from a key agreement obtained via
psa_key_derivation_key_agreement()
. It may alternatively be a key of typePSA_KEY_TYPE_DERIVE
passed topsa_key_derivation_input_key()
, or a direct input passed topsa_key_derivation_input_bytes()
.

PSA_KEY_DERIVATION_INPUT_LABEL
A label for key derivation.
This should be a direct input. It can also be a key of type PSA_KEY_TYPE_RAW_DATA.

PSA_KEY_DERIVATION_INPUT_SALT
A salt for key derivation.
This should be a direct input. It can also be a key of type PSA_KEY_TYPE_RAW_DATA or PSA_KEY_TYPE_PEPPER.

PSA_KEY_DERIVATION_INPUT_INFO
An information string for key derivation.
This should be a direct input. It can also be a key of type PSA_KEY_TYPE_RAW_DATA.

PSA_KEY_DERIVATION_INPUT_SEED
A seed for key derivation.
This should be a direct input. It can also be a key of type PSA_KEY_TYPE_RAW_DATA.

PSA_KEY_DERIVATION_INPUT_COST
A cost parameter for password hashing / key stretching.
This must be a direct input, passed to psa_key_derivation_input_integer().

MBEDTLS_PSA_ALG_AEAD_EQUAL(aead_alg_1, aead_alg_2)
Check if two AEAD algorithm identifiers refer to the same AEAD algorithm regardless of the tag length they encode.
 Parameters:
aead_alg_1 – An AEAD algorithm identifier.
aead_alg_2 – An AEAD algorithm identifier.
 Returns:
1 if both identifiers refer to the same AEAD algorithm, 0 otherwise. Unspecified if neither
aead_alg_1
noraead_alg_2
are a supported AEAD algorithm.

PSA_INTERRUPTIBLE_MAX_OPS_UNLIMITED
Maximum value for use with
psa_interruptible_set_max_ops()
to determine the maximum number of ops allowed to be executed by an interruptible function in a single call.
Functions

static inline mbedtls_svc_key_id_t mbedtls_svc_key_id_make(unsigned int unused, psa_key_id_t key_id)
Utility to initialize a key identifier at runtime.
 Parameters:
unused – Unused parameter.
key_id – Identifier of the key.

static inline int mbedtls_svc_key_id_equal(mbedtls_svc_key_id_t id1, mbedtls_svc_key_id_t id2)
Compare two key identifiers.
 Parameters:
id1 – First key identifier.
id2 – Second key identifier.
 Returns:
Nonzero if the two key identifier are equal, zero otherwise.

static inline int mbedtls_svc_key_id_is_null(mbedtls_svc_key_id_t key)
Check whether a key identifier is null.
 Parameters:
key – Key identifier.
 Returns:
Nonzero if the key identifier is null, zero otherwise.