CVE-2026-99037
Beschrijving NL
In de Linux kernel is de volgende kwetsbaarheid verholpen:
dm-crypt: weiger de lmk IV-modus met AEAD-codes
Een "capi:" tabelregel die een AEAD-cijfer koppelt aan de lmk IV-modus,
bijvoorbeeld "capi:gcm(aes)-lmk" met de integriteit:28:aead optie,
veroorzaakt een oeps wanneer deze wordt geladen. lmk stelt tfms_count in op 64, maar
crypt_alloc_tfms_aead wijst slechts één transformatie toe, dus crypt_setkey
leest voorbij het einde van de tfms_aead-array en roept crypto_aead_setkey aan.
op basis van de waarden die het daar vindt. lmk bestaat voor compatibiliteit met Loop-AES, dat CBC gebruikt, dus weiger
Het gebruiken van een AEAD-codering in plaats van 64 AEAD-transformaties toe te wijzen.
Deze controle kan niet in crypt_iv_lmk_ctr worden opgenomen samen met de andere lmk-controles, omdat
De IV-constructor wordt uitgevoerd na crypt_set_key. Merk op dat dit geen beveiligingsfout is, omdat de geheugenbeschadiging
Kan alleen door root worden geactiveerd.
Origineel (Engels) tonen
In the Linux kernel, the following vulnerability has been resolved:
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.