summaryrefslogtreecommitdiff
path: root/crypto
diff options
context:
space:
mode:
authorMatthew Garrett <mjg59@google.com>2018-06-08 14:57:42 -0700
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2018-09-26 08:38:09 +0200
commitc818695c71068a30580064fc65fea51e074f57bf (patch)
tree39ae701aa4d7c3d2db46336d495f9a63b8e3ae4c /crypto
parentef49d0e83711230b4a8e516c50953d3b549d8f36 (diff)
downloadlinux-exynos-c818695c71068a30580064fc65fea51e074f57bf.tar.gz
linux-exynos-c818695c71068a30580064fc65fea51e074f57bf.tar.bz2
linux-exynos-c818695c71068a30580064fc65fea51e074f57bf.zip
evm: Don't deadlock if a crypto algorithm is unavailable
[ Upstream commit e2861fa71641c6414831d628a1f4f793b6562580 ] When EVM attempts to appraise a file signed with a crypto algorithm the kernel doesn't have support for, it will cause the kernel to trigger a module load. If the EVM policy includes appraisal of kernel modules this will in turn call back into EVM - since EVM is holding a lock until the crypto initialisation is complete, this triggers a deadlock. Add a CRYPTO_NOLOAD flag and skip module loading if it's set, and add that flag in the EVM case in order to fail gracefully with an error message instead of deadlocking. Signed-off-by: Matthew Garrett <mjg59@google.com> Acked-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: Mimi Zohar <zohar@linux.vnet.ibm.com> Signed-off-by: Sasha Levin <alexander.levin@microsoft.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'crypto')
-rw-r--r--crypto/api.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/crypto/api.c b/crypto/api.c
index 941cd4c6c7ec..e485aed11ad0 100644
--- a/crypto/api.c
+++ b/crypto/api.c
@@ -215,7 +215,7 @@ struct crypto_alg *crypto_larval_lookup(const char *name, u32 type, u32 mask)
mask &= ~(CRYPTO_ALG_LARVAL | CRYPTO_ALG_DEAD);
alg = crypto_alg_lookup(name, type, mask);
- if (!alg) {
+ if (!alg && !(mask & CRYPTO_NOLOAD)) {
request_module("crypto-%s", name);
if (!((type ^ CRYPTO_ALG_NEED_FALLBACK) & mask &