KEYS: DH: don't feed uninitialized "otherinfo" into KDF
authorEric Biggers <ebiggers@google.com>
Thu, 8 Jun 2017 13:49:42 +0000 (14:49 +0100)
committerJames Morris <james.l.morris@oracle.com>
Fri, 9 Jun 2017 03:29:49 +0000 (13:29 +1000)
If userspace called KEYCTL_DH_COMPUTE with kdf_params containing NULL
otherinfo but nonzero otherinfolen, the kernel would allocate a buffer
for the otherinfo, then feed it into the KDF without initializing it.
Fix this by always doing the copy from userspace (which will fail with
EFAULT in this scenario).

Signed-off-by: Eric Biggers <ebiggers@google.com>
Signed-off-by: David Howells <dhowells@redhat.com>
Acked-by: Stephan Mueller <smueller@chronox.de>
Signed-off-by: James Morris <james.l.morris@oracle.com>
security/keys/dh.c

index 8abc70ebe22dfbff556a8e675c4832f9cf3f60ff..1c1cac6770410104f2faf9f663d1d37feb168793 100644 (file)
@@ -317,7 +317,7 @@ long __keyctl_dh_compute(struct keyctl_dh_params __user *params,
         * Concatenate SP800-56A otherinfo past DH shared secret -- the
         * input to the KDF is (DH shared secret || otherinfo)
         */
-       if (kdfcopy && kdfcopy->otherinfo &&
+       if (kdfcopy &&
            copy_from_user(kbuf + resultlen, kdfcopy->otherinfo,
                           kdfcopy->otherinfolen) != 0) {
                ret = -EFAULT;