[PATCH] Keys: Fix key management syscall interface bugs
authorDavid Howells <dhowells@redhat.com>
Thu, 4 Aug 2005 10:50:01 +0000 (11:50 +0100)
committerLinus Torvalds <torvalds@g5.osdl.org>
Thu, 4 Aug 2005 15:20:47 +0000 (08:20 -0700)
commit1260f801b4e4ba7be200886b4a53d730de05ca19
tree319a68125252ac50df21b6e84cc1131c96e60d6f
parentc36f19e02a96488f550fdb678c92500afca3109b
[PATCH] Keys: Fix key management syscall interface bugs

This fixes five bugs in the key management syscall interface:

 (1) add_key() returns 0 rather than EINVAL if the key type is "".

     Checking the key type isn't "" should be left to lookup_user_key().

 (2) request_key() returns ENOKEY rather than EPERM if the key type begins
     with a ".".

     lookup_user_key() can't do this because internal key types begin with a
     ".".

 (3) Key revocation always returns 0, even if it fails.

 (4) Key read can return EAGAIN rather than EACCES under some circumstances.

     A key is permitted to by read by a process if it doesn't grant read
     access, but it does grant search access and it is in the process's
     keyrings. That search returns EAGAIN if it fails, and this needs
     translating to EACCES.

 (5) request_key() never adds the new key to the destination keyring if one is
     supplied.

     The wrong macro was being used to test for an error condition: PTR_ERR()
     will always return true, whether or not there's an error; this should've
     been IS_ERR().

Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-Off-By: Linus Torvalds <torvalds@osdl.org>
security/keys/keyctl.c
security/keys/request_key.c