[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <10563.1290185000@redhat.com>
Date: Fri, 19 Nov 2010 16:43:20 +0000
From: David Howells <dhowells@...hat.com>
To: Mimi Zohar <zohar@...ux.vnet.ibm.com>
Cc: dhowells@...hat.com, linux-kernel@...r.kernel.org,
linux-security-module@...r.kernel.org, keyrings@...ux-nfs.org,
linux-crypto@...r.kernel.org,
Jason Gunthorpe <jgunthorpe@...idianresearch.com>,
James Morris <jmorris@...ei.org>,
David Safford <safford@...son.ibm.com>,
Rajiv Andrade <srajiv@...ux.vnet.ibm.com>,
Mimi Zohar <zohar@...ibm.com>
Subject: Re: [PATCH v1.4 5/5] keys: add new key-type encrypted
Mimi Zohar <zohar@...ux.vnet.ibm.com> wrote:
> +static int datablob_format(char __user *buffer,
> + struct encrypted_key_payload *epayload,
> + int asciiblob_len)
size_t? There are other instances where you should be using size_t too.
> + index = strcspn(epayload->master_desc, ":");
> + if (index == strlen(epayload->master_desc))
> + goto out;
For single chars, use strchr() rather than strcspn(), and if you happen to
know the length too, use memchr(). This also means you don't need to do the
strlen() again to check the result.
> + memset(derived_key, 0, sizeof derived_key);
> + ret = get_derived_key(derived_key, AUTH_KEY, master_key, master_keylen)
Is the memset() actually necessary?
> + decrypted_datalen = (unsigned short)dlen;
Unnecessary cast.
> + *(datablob + datalen) = 0;
> + *(buf + datalen) = 0;
Use [].
> + if (index == strlen(new_master_desc)
> + || (strncmp(new_master_desc, epayload->master_desc, index) != 0)) {
Superfluous brackets.
Mimi Zohar <zohar@...ux.vnet.ibm.com> wrote:
> + mkey = request_master_key(epayload, &master_key, &master_keylen);
> + if (IS_ERR(mkey))
> + return PTR_ERR(mkey);
> +
> + memset(derived_key, 0, sizeof derived_key);
> + ret = get_derived_key(derived_key, ENC_KEY, master_key, master_keylen);
> + if (ret < 0)
> + goto out;
> +
> + ret = derived_key_encrypt(epayload, derived_key, sizeof derived_key);
> + if (ret < 0)
> + goto out;
> +
> + ret = datablob_hmac_append(epayload, master_key, master_keylen);
> + if (ret < 0)
> + goto out;
> +
> + ret = datablob_format(buffer, epayload, asciiblob_len);
> + if (ret < 0)
> + goto out;
> +
> + rcu_read_unlock();
NAK! This is not safe. You may not sleep whilst you hold the RCU read lock
on the master key. At the very least, datablob_format() may sleep as it
writes to userspace.
I think what you should do is ignore RCU entirely and read lock the master
key's semaphore.
> + ret = aes_get_sizes();
> + return ret;
Merge.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists