The Linux Kernel Mailing List
 help / color / mirror / Atom feed
From: Thomas Huth <thuth@redhat.com>
To: Eric Biggers <ebiggers@kernel.org>, linux-crypto@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH 03/33] lib/crypto: aes: Add CBC and CBC-CTS support
Date: Thu, 9 Jul 2026 15:06:03 +0200	[thread overview]
Message-ID: <2bbc6563-3328-4153-97fb-2d0a10ceefaf@redhat.com> (raw)
In-Reply-To: <20260707053503.209874-4-ebiggers@kernel.org>

On 07/07/2026 07.34, Eric Biggers wrote:
> Add support for AES-CBC and AES-CBC-CTS to the crypto library.
> 
> These will be used to provide streamlined implementations of the
> "cbc(aes)" and "cts(cbc(aes))" crypto_skcipher algorithms.  Most users
> of these crypto_skcipher algorithms will also be able to switch to the
> library, which as usual will be simpler and faster, e.g.:
> 
>      - block/blk-crypto-fallback.c (for AES-128-CBC-ESSIV)
>      - fs/crypto/crypto.c (for AES-128-CBC-ESSIV)
>      - fs/crypto/fname.c (for AES-256-CTS and AES-128-CBC)
>      - kernel/bpf/crypto.c
>      - net/ceph/crypto.c
>      - security/keys/encrypted-keys/encrypted.c
> 
> As usual, the architecture-optimized AES-CBC and AES-CBC-CTS code will
> be migrated into the library as well (using the hooks provided in this
> commit), eliminating lots of repetitive boilerplate code.
> 
> Initial test coverage is provided by the crypto_skcipher support added
> in a later commit.  I'm planning a KUnit test suite as well.
> 
> Signed-off-by: Eric Biggers <ebiggers@kernel.org>
> ---
>   .../crypto/libcrypto-unauth-encryption.rst    |   7 +
>   include/crypto/aes-cbc.h                      |  77 ++++++++
>   lib/crypto/Kconfig                            |   6 +
>   lib/crypto/aes.c                              | 174 ++++++++++++++++++
>   lib/crypto/tests/Kconfig                      |   1 +
>   5 files changed, 265 insertions(+)
>   create mode 100644 include/crypto/aes-cbc.h
...
> +void aes_cbc_cts_decrypt(u8 *dst, const u8 *src, size_t len,
> +			 u8 iv[AES_BLOCK_SIZE], const struct aes_key *key)
> +{
> +	/* Offset to P[n] and C[n] (last plaintext and ciphertext block) */
> +	size_t pn_offset = round_down(len - 1, AES_BLOCK_SIZE);
> +	/* Length of P[n] and C[n], 1 <= pn_len <= AES_BLOCK_SIZE */
> +	size_t pn_len = len - pn_offset;
> +	u8 *pad;
> +
> +	if (WARN_ON_ONCE(len < AES_BLOCK_SIZE))
> +		return;
> +
> +	if (len == AES_BLOCK_SIZE) {
> +		aes_cbc_decrypt(dst, src, len, iv, key);
> +		return;
> +	}
> +	if (likely(aes_cbc_cts_decrypt_arch(dst, src, len, iv, key)))
> +		return;
> +
> +	/* Compute P[0]..P[n - 2]. */
> +	aes_cbc_decrypt(dst, src, pn_offset - AES_BLOCK_SIZE, iv, key);
> +
> +	/* Compute P[n] and P[n - 1], considering that src may equal dst. */
> +	pad = &dst[pn_offset - AES_BLOCK_SIZE];
> +	aes_decrypt(key, pad, &src[pn_offset - AES_BLOCK_SIZE]);
> +	crypto_xor_cpy(&dst[pn_offset], &src[pn_offset], pad,
> +		       pn_len); /* P[n] */
> +	crypto_xor(pad, &dst[pn_offset], pn_len);

Took me a while to understand why you'd use the above xor instead of a 
memcpy(pad, &src[pn_offset], pn_len) here, but that's because src and dst 
might point to the same buffer, right?

Anyway, patch looks good to me, so:

Reviewed-by: Thomas Huth <thuth@redhat.com>


> +	aes_decrypt(key, pad, pad);
> +	crypto_xor(pad, iv, AES_BLOCK_SIZE); /* P[n - 1] */
> +}
> +EXPORT_SYMBOL_GPL(aes_cbc_cts_decrypt);
> +#endif /* CONFIG_CRYPTO_LIB_AES_CBC */
> +


  reply	other threads:[~2026-07-09 13:06 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-07  5:34 [PATCH 00/33] Library APIs for AES encryption modes Eric Biggers
2026-07-07  5:34 ` [PATCH 01/33] crypto: xts - Split out __xts_verify_key() helper Eric Biggers
2026-07-07 13:20   ` Thomas Huth
2026-07-07  5:34 ` [PATCH 02/33] lib/crypto: aes: Add ECB support Eric Biggers
2026-07-07 13:59   ` Thomas Huth
2026-07-07 19:22     ` Eric Biggers
2026-07-08  5:29       ` Thomas Huth
2026-07-07  5:34 ` [PATCH 03/33] lib/crypto: aes: Add CBC and CBC-CTS support Eric Biggers
2026-07-09 13:06   ` Thomas Huth [this message]
2026-07-07  5:34 ` [PATCH 04/33] lib/crypto: aes: Add CTR and XCTR support Eric Biggers
2026-07-07  5:34 ` [PATCH 05/33] lib/crypto: aes: Add XTS support Eric Biggers
2026-07-07  5:34 ` [PATCH 06/33] lib/crypto: aes: Add GCM support Eric Biggers
2026-07-07  5:34 ` [PATCH 07/33] lib/crypto: aes: Add CCM support Eric Biggers
2026-07-07  5:34 ` [PATCH 08/33] crypto: aes - Add ECB support using library Eric Biggers
2026-07-07  5:34 ` [PATCH 09/33] crypto: aes - Add CBC and CBC-CTS " Eric Biggers
2026-07-07  5:34 ` [PATCH 10/33] crypto: aes - Add CTR and XCTR " Eric Biggers
2026-07-07  5:34 ` [PATCH 11/33] crypto: aes - Add XTS " Eric Biggers
2026-07-07  5:34 ` [PATCH 12/33] crypto: aes - Add GCM " Eric Biggers
2026-07-07  5:34 ` [PATCH 13/33] crypto: aes - Add CCM " Eric Biggers
2026-07-07  5:34 ` [PATCH 14/33] x86/sev: Use new AES-GCM library Eric Biggers
2026-07-07  5:34 ` [PATCH 15/33] lib/crypto: aesgcm: Remove old " Eric Biggers
2026-07-07  5:34 ` [PATCH 16/33] crypto: aes - Remove AES-CBC-MAC support Eric Biggers
2026-07-07  5:34 ` [PATCH 17/33] lib/crypto: aes: Remove aes_cbcmac_* functions Eric Biggers
2026-07-07  5:34 ` [PATCH 18/33] fscrypt: Use aes_ecb_encrypt() for v1 key derivation Eric Biggers
2026-07-07  5:34 ` [PATCH 19/33] KEYS: encrypted: Use AES-CBC library instead of crypto_skcipher Eric Biggers
2026-07-07  5:34 ` [PATCH 20/33] KEYS: trusted: dcp: Use AES-GCM library instead of crypto_aead Eric Biggers
2026-07-07  5:34 ` [PATCH 21/33] libceph: Use AES-CBC library in ceph_aes_crypt() Eric Biggers
2026-07-07  5:34 ` [PATCH 22/33] libceph: Reimplement messenger v2 encryption using AES-GCM library Eric Biggers
2026-07-07  5:34 ` [PATCH 23/33] wifi: mac80211: Use AES-CTR library in fils_aead.c Eric Biggers
2026-07-07  5:34 ` [PATCH 24/33] wifi: mac80211: Use AES-GCM library for GMAC suite Eric Biggers
2026-07-07  5:34 ` [PATCH 25/33] wifi: mac80211: Use crypto libraries for GCMP and CCMP suites Eric Biggers
2026-07-07  5:34 ` [PATCH 26/33] macsec: Use AES-GCM library instead of crypto_aead Eric Biggers
2026-07-07  5:34 ` [PATCH 27/33] wifi: ipw2x00: Use AES-CCM library Eric Biggers
2026-07-07  5:34 ` [PATCH 28/33] mac802154: Use AES-CCM and AES-CTR libraries Eric Biggers
2026-07-07  5:34 ` [PATCH 29/33] bpf: crypto: Use AES-CBC and AES-ECB libraries Eric Biggers
2026-07-07 15:01   ` Vadim Fedorenko
2026-07-07 18:20     ` Eric Biggers
2026-07-07 22:50       ` Vadim Fedorenko
2026-07-07 23:16         ` Eric Biggers
2026-07-08 11:47           ` Vadim Fedorenko
2026-07-09 15:47             ` Eric Biggers
2026-07-09 16:46               ` Vadim Fedorenko
2026-07-07  5:35 ` [PATCH 30/33] bpf: crypto: Add AES-GCM support Eric Biggers
2026-07-07 15:02   ` Vadim Fedorenko
2026-07-07  5:35 ` [PATCH 31/33] smb: client: Use AES-GCM and AES-CCM libraries Eric Biggers
2026-07-07  5:35 ` [PATCH 32/33] ksmbd: " Eric Biggers
2026-07-07 10:51   ` Namjae Jeon
2026-07-07  5:35 ` [PATCH 33/33] net: tipc: Use AES-GCM library instead of crypto_aead Eric Biggers

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2bbc6563-3328-4153-97fb-2d0a10ceefaf@redhat.com \
    --to=thuth@redhat.com \
    --cc=ebiggers@kernel.org \
    --cc=linux-crypto@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox