On Thu, Jan 18, 2018 at 05:34:05PM +0100, Patrick Steuer wrote:
>
> Though aead is in some sense more than a cipher mode of operation. Providing
> a dedicated api would have some advantages but i see that maybe i reopen a
> discussion:
>
> "We are also evaluating the following new features. -New
On 01/18/2018 02:37 AM, Peter Waltenberg wrote:
Or just add another EVP_CIPHER_CTX_ctrl() option (EVP_CTRL_CIPHER_ONE_SHOT
or similar.) and handle it the way CCM does now and finish the operation
on the first data update.
That doesn't require a new API and would probably simplify some existing
ste...@mail.de>
To: openssl-dev <openssl-dev@openssl.org>
Date: 18/01/2018 04:10
Subject: [openssl-dev] evp cipher/digest - add alternative to
init-update-final interface
Sent by:"openssl-dev" <openssl-dev-boun...@openssl.org>
libcrypto's inter
On 01/17/2018 12:04 PM, Patrick Steuer wrote:
> libcrypto's interface for ciphers and digests implements a flexible
> init-update(s)-final calling sequence that supports streaming of
> arbitrary sized message chunks.
>
> Said flexibility comes at a price in the "non-streaming" case: The
>
libcrypto's interface for ciphers and digests implements a flexible
init-update(s)-final calling sequence that supports streaming of
arbitrary sized message chunks.
Said flexibility comes at a price in the "non-streaming" case: The
operation must be "artificially" split between update/final.
