summaryrefslogtreecommitdiff
path: root/include/linux/workqueue.h
diff options
context:
space:
mode:
authorBen Cressey <ben@cressey.dev>2026-09-15 00:39:10 +0000
committerMikulas Patocka <mpatocka@redhat.com>2026-09-21 13:54:29 +0200
commit3195e0daf590683992edb4eed32269e569e04924 (patch)
tree15662ab05537f27e191952dc12c861f8a553726f /include/linux/workqueue.h
parent764b683a6180fd72c931c13fea98d383506a3475 (diff)
downloadlinux-next-3195e0daf590683992edb4eed32269e569e04924.tar.gz
linux-next-3195e0daf590683992edb4eed32269e569e04924.zip
dm-crypt: reject the lmk IV mode with AEAD ciphers
A "capi:" table line that pairs an AEAD cipher with the lmk IV mode, for example "capi:gcm(aes)-lmk" with the integrity:28:aead option, causes an oops when it is loaded. lmk sets tfms_count to 64, but crypt_alloc_tfms_aead only allocates one transform, so crypt_setkey reads past the end of the tfms_aead array and calls crypto_aead_setkey on the values it finds there. lmk exists for compatibility with Loop-AES, which uses CBC, so refuse it with an AEAD cipher rather than allocate 64 AEAD transforms. The check cannot go in crypt_iv_lmk_ctr with the other lmk checks, because the IV constructor runs after crypt_set_key. Note that this is not a security bug because the memory corruption can only be triggered by root. Fixes: 33d2f09fcb35 ("dm crypt: introduce new format of cipher with "capi:" prefix") Cc: stable@vger.kernel.org Signed-off-by: Ben Cressey <ben@cressey.dev> Assisted-by: LLM Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
Diffstat (limited to 'include/linux/workqueue.h')
0 files changed, 0 insertions, 0 deletions