Skip to content

Commit 020a923

Browse files
committed
Typo fixes and clarifications
1 parent 42fd13b commit 020a923

File tree

1 file changed

+5
-5
lines changed

1 file changed

+5
-5
lines changed

doc/crypto/api/keys/management.rst

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -496,16 +496,16 @@ When creating a key, the attributes for the new key are specified in a `psa_key_
496496
This function can only be used to create a volatile key.
497497
That is, a key with a lifetime persistence level of `PSA_KEY_PERSISTENCE_VOLATILE`.
498498

499-
Depending on the key being regsitered, the implementation can provide some or all of the key type, size, and policy.
499+
Depending on the key being registered, the implementation can provide some or all of the key type, size, and policy.
500500
For example:
501501

502502
* Provisioned key material has a fixed size.
503503
The implementation might permit the application to define the key type and policy, as long as these are compatible with the key material.
504504
* An implementation-specific derived key can require the application to provide a key type and size, using these in the derivation process.
505505
* An implementation-provided key can be fully defined by the implementation, with a fixed type, size, and policy.
506-
The call to `psa_attach_key()` needs to specify the location and label of the key, and a macthing policy, in order to obtain a key id.
506+
The call to `psa_attach_key()` needs to specify the location and label of the key, and a matching policy, in order to obtain a key id.
507507

508-
Calling `psa_destroy_key()` with a key identifier returned by `psa_attach_key()` will remove the key identifer and policy from the key store, but any implementation-provided key material remains within the implementation.
508+
Calling `psa_destroy_key()` with a key identifier returned by `psa_attach_key()` will remove the key identifier and policy from the key store, but any implementation-provided key material remains within the implementation.
509509
A subsequent call to `psa_attach_key()` with the same parameters will return a new key identifier for the same key.
510510

511511
It is :scterm:`implementation defined` whether the same implementation-provided key can be attached to multiple key identifiers concurrently.
@@ -514,7 +514,7 @@ When creating a key, the attributes for the new key are specified in a `psa_key_
514514

515515
This function is intended for scenarios where key material is provided outside the |API|, and the application needs to use such keys within the |API| framework.
516516

517-
The function does not allow registering keys that are not already provided by the implementation.
517+
The function only allows registering key material that is provided by the implementation.
518518
To import new key material, use `psa_import_key()`.
519519

520520
Although the implementation verifies that the application-supplied attributes are compatible with the implementation-provided key; it is the application's responsibility to ensure correctness for attributes that are provided by the implementation.
@@ -526,7 +526,7 @@ When creating a key, the attributes for the new key are specified in a `psa_key_
526526
Implementations may impose restrictions on which keys can be registered, depending on their storage architecture and security policies.
527527

528528
The behavior of a call `psa_attach_key()` with a persistent key-lifetime might be specified in a future version of the |API|.
529-
Such a call must result in a :code:`PSA_ERROR_INVALID_ARGUMENT` error in an implementation of version |docversion| of the |API|.
529+
At present, it is recommended that such a call returns :code:`PSA_ERROR_INVALID_ARGUMENT`, and does not provide implementation-specific behavior.
530530

531531
.. _key-destruction:
532532

0 commit comments

Comments
 (0)