a24d22b225
Currently <crypto/sha.h> contains declarations for both SHA-1 and SHA-2, and <crypto/sha3.h> contains declarations for SHA-3. This organization is inconsistent, but more importantly SHA-1 is no longer considered to be cryptographically secure. So to the extent possible, SHA-1 shouldn't be grouped together with any of the other SHA versions, and usage of it should be phased out. Therefore, split <crypto/sha.h> into two headers <crypto/sha1.h> and <crypto/sha2.h>, and make everyone explicitly specify whether they want the declarations for SHA-1, SHA-2, or both. This avoids making the SHA-1 declarations visible to files that don't want anything to do with SHA-1. It also prepares for potentially moving sha1.h into a new insecure/ or dangerous/ directory. Signed-off-by: Eric Biggers <ebiggers@google.com> Acked-by: Ard Biesheuvel <ardb@kernel.org> Acked-by: Jason A. Donenfeld <Jason@zx2c4.com> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> |
||
---|---|---|
.. | ||
.gitignore | ||
aes-ce-ccm-core.S | ||
aes-ce-ccm-glue.c | ||
aes-ce-core.S | ||
aes-ce-glue.c | ||
aes-ce-setkey.h | ||
aes-ce.S | ||
aes-cipher-core.S | ||
aes-cipher-glue.c | ||
aes-glue.c | ||
aes-modes.S | ||
aes-neon.S | ||
aes-neonbs-core.S | ||
aes-neonbs-glue.c | ||
chacha-neon-core.S | ||
chacha-neon-glue.c | ||
crct10dif-ce-core.S | ||
crct10dif-ce-glue.c | ||
ghash-ce-core.S | ||
ghash-ce-glue.c | ||
Kconfig | ||
Makefile | ||
nh-neon-core.S | ||
nhpoly1305-neon-glue.c | ||
poly1305-armv8.pl | ||
poly1305-core.S_shipped | ||
poly1305-glue.c | ||
sha1-ce-core.S | ||
sha1-ce-glue.c | ||
sha2-ce-core.S | ||
sha2-ce-glue.c | ||
sha3-ce-core.S | ||
sha3-ce-glue.c | ||
sha256-core.S_shipped | ||
sha256-glue.c | ||
sha512-armv8.pl | ||
sha512-ce-core.S | ||
sha512-ce-glue.c | ||
sha512-core.S_shipped | ||
sha512-glue.c | ||
sm3-ce-core.S | ||
sm3-ce-glue.c | ||
sm4-ce-core.S | ||
sm4-ce-glue.c |