Eric Biggers 8d906d183b crypto: hash - annotate algorithms taking optional key ... commit a208fa8f33 upstream. We need to consistently enforce that keyed hashes cannot be used without setting the key. To do this we need a reliable way to determine whether a given hash algorithm is keyed or not. AF_ALG currently does this by checking for the presence of a ->setkey() method. However, this is actually slightly broken because the CRC-32 algorithms implement ->setkey() but can also be used without a key. (The CRC-32 "key" is not actually a cryptographic key but rather represents the initial state. If not overridden, then a default initial state is used.) Prepare to fix this by introducing a flag CRYPTO_ALG_OPTIONAL_KEY which indicates that the algorithm has a ->setkey() method, but it is not required to be called. Then set it on all the CRC-32 algorithms. The same also applies to the Adler-32 implementation in Lustre. Also, the cryptd and mcryptd templates have to pass through the flag from their underlying algorithm. Signed-off-by: Eric Biggers <ebiggers@google.com> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>		2018-02-16 20:23:00 +01:00
..
Kconfig	crypto: stm32 - Support for STM32 HASH module	2017-07-28 17:55:59 +08:00
Makefile	crypto: stm32 - Support for STM32 HASH module	2017-07-28 17:55:59 +08:00
stm32-hash.c	crypto: stm32 - Try to fix hash padding	2017-10-07 12:04:31 +08:00
stm32_crc32.c	crypto: hash - annotate algorithms taking optional key	2018-02-16 20:23:00 +01:00