summaryrefslogtreecommitdiffstats
path: root/crypto/khazad.c
diff options
context:
space:
mode:
authorJarod Wilson <jarod@redhat.com>2008-12-17 16:51:13 +1100
committerHerbert Xu <herbert@gondor.apana.org.au>2008-12-25 11:02:28 +1100
commitad79cdd77fc1466e45cf923890f66bcfe7c43f12 (patch)
tree21bb847be8e5250de2d0976dc6b3185023b10f4d /crypto/khazad.c
parentbd9d20dba182ce4541b16b083eccd30fb252b9f4 (diff)
downloadlinux-stable-ad79cdd77fc1466e45cf923890f66bcfe7c43f12.tar.gz
linux-stable-ad79cdd77fc1466e45cf923890f66bcfe7c43f12.tar.bz2
linux-stable-ad79cdd77fc1466e45cf923890f66bcfe7c43f12.zip
crypto: des3_ede - permit weak keys unless REQ_WEAK_KEY set
While its a slightly insane to bypass the key1 == key2 || key2 == key3 check in triple-des, since it reduces it to the same strength as des, some folks do need to do this from time to time for backwards compatibility with des. My own case is FIPS CAVS test vectors. Many triple-des test vectors use a single key, replicated 3x. In order to get the expected results, des3_ede_setkey() needs to only reject weak keys if the CRYPTO_TFM_REQ_WEAK_KEY flag is set. Also sets a more appropriate RES flag when a weak key is found. Signed-off-by: Jarod Wilson <jarod@redhat.com> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Diffstat (limited to 'crypto/khazad.c')
0 files changed, 0 insertions, 0 deletions