mirror of
https://gitee.com/openharmony/kernel_linux
synced 2024-12-16 11:24:06 +00:00
55e9dce37d
The AES setkey routine writes 64 bytes to the E_KEY area even though there are only 60 bytes there. It is in fact safe since E_KEY is immediately follwed by D_KEY which is initialised afterwards. However, doing this may trigger undefined behaviour and makes Coverity unhappy. So by combining E_KEY and D_KEY into one array we sidestep this issue altogether. This problem was reported by Adrian Bunk. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> |
||
---|---|---|
.. | ||
aes.c | ||
anubis.c | ||
api.c | ||
arc4.c | ||
blowfish.c | ||
cast5.c | ||
cast6.c | ||
cipher.c | ||
compress.c | ||
crc32c.c | ||
crypto_null.c | ||
deflate.c | ||
des.c | ||
digest.c | ||
hmac.c | ||
internal.h | ||
Kconfig | ||
khazad.c | ||
Makefile | ||
md4.c | ||
md5.c | ||
michael_mic.c | ||
proc.c | ||
scatterwalk.c | ||
scatterwalk.h | ||
serpent.c | ||
sha1.c | ||
sha256.c | ||
sha512.c | ||
tcrypt.c | ||
tcrypt.h | ||
tea.c | ||
tgr192.c | ||
twofish.c | ||
wp512.c |