crypto: akcipher - default implementation for setting a private key
authorIgnat Korchagin <ignat@cloudflare.com>
Wed, 31 Aug 2022 18:37:06 +0000 (19:37 +0100)
committerHerbert Xu <herbert@gondor.apana.org.au>
Fri, 9 Sep 2022 08:18:33 +0000 (16:18 +0800)
commitbc155c6c188c2f0c5749993b1405673d25a80389
tree0226ca4c02e65bd1359bdd019923b5644130d46f
parentdc377e013bec20dfedaec5d1f6327e4d57da359b
crypto: akcipher - default implementation for setting a private key

Changes from v1:
  * removed the default implementation from set_pub_key: it is assumed that
    an implementation must always have this callback defined as there are
    no use case for an algorithm, which doesn't need a public key

Many akcipher implementations (like ECDSA) support only signature
verifications, so they don't have all callbacks defined.

Commit 78a0324f4a53 ("crypto: akcipher - default implementations for
request callbacks") introduced default callbacks for sign/verify
operations, which just return an error code.

However, these are not enough, because before calling sign the caller would
likely call set_priv_key first on the instantiated transform (as the
in-kernel testmgr does). This function does not have a default stub, so the
kernel crashes, when trying to set a private key on an akcipher, which
doesn't support signature generation.

I've noticed this, when trying to add a KAT vector for ECDSA signature to
the testmgr.

With this patch the testmgr returns an error in dmesg (as it should)
instead of crashing the kernel NULL ptr dereference.

Fixes: 78a0324f4a53 ("crypto: akcipher - default implementations for request callbacks")
Signed-off-by: Ignat Korchagin <ignat@cloudflare.com>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
crypto/akcipher.c