diff options
author | sapph2c <arn4006@g.rit.edu> | 2024-04-29 20:26:54 -0400 |
---|---|---|
committer | Tomas Mraz <tomas@openssl.org> | 2024-05-01 15:18:34 +0200 |
commit | 85a97087a3beb9d4b9f7fbe14d96034d5d9dcee4 (patch) | |
tree | 0d8beb98fa1c12a372881acbb095737b89eb78c2 | |
parent | 91d5fd54ee3ad87b5d3a57668e8dc9495d72bab6 (diff) |
Fixed typos in EVP_PKEY_decrypt.pod and RSA_public_encrypt.pod
CLA: trivial
Reviewed-by: Paul Dale <ppzgs1@gmail.com>
Reviewed-by: Tomas Mraz <tomas@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/24304)
(cherry picked from commit f4601b6de709a89120c86ad825b70f65b332deed)
-rw-r--r-- | doc/man3/EVP_PKEY_decrypt.pod | 2 | ||||
-rw-r--r-- | doc/man3/RSA_public_encrypt.pod | 2 |
2 files changed, 2 insertions, 2 deletions
diff --git a/doc/man3/EVP_PKEY_decrypt.pod b/doc/man3/EVP_PKEY_decrypt.pod index 1f5d06b5b8..903d933fb2 100644 --- a/doc/man3/EVP_PKEY_decrypt.pod +++ b/doc/man3/EVP_PKEY_decrypt.pod @@ -68,7 +68,7 @@ of side-channel secure code from applications using OpenSSL. If OpenSSL is configured to use a provider that doesn't implement implicit rejection, the code still needs to handle the returned values using side-channel free code. -Side-channel free handling of the error stack can be peformed using +Side-channel free handling of the error stack can be performed using either a pair of unconditional L<ERR_set_mark(3)> and L<ERR_pop_to_mark(3)> calls or by using the L<ERR_clear_error(3)> call. diff --git a/doc/man3/RSA_public_encrypt.pod b/doc/man3/RSA_public_encrypt.pod index 5e0139b711..47d198a24c 100644 --- a/doc/man3/RSA_public_encrypt.pod +++ b/doc/man3/RSA_public_encrypt.pod @@ -102,7 +102,7 @@ a side-channel secure error handling. Applications that want to be secure against side-channel attacks with providers that don't implement implicit rejection, still need to handle the returned values using side-channel free code. -Side-channel free handling of the error stack can be peformed using +Side-channel free handling of the error stack can be performed using either a pair of unconditional L<ERR_set_mark(3)> and L<ERR_pop_to_mark(3)> calls or by using the L<ERR_clear_error(3)> call. |