diff options
author | Eric Biggers <ebiggers@google.com> | 2019-02-22 18:36:18 +0300 |
---|---|---|
committer | James Morris <james.morris@microsoft.com> | 2019-02-22 21:11:34 +0300 |
commit | ede0fa98a900e657d1fcd80b50920efc896c1a4c (patch) | |
tree | 6bb852b833c21e0e57fb4de6c67d0755fde4d53d /drivers/infiniband/ulp/srp/ib_srp.c | |
parent | cc1780fc42c76c705dd07ea123f1143dc5057630 (diff) | |
download | linux-ede0fa98a900e657d1fcd80b50920efc896c1a4c.tar.xz |
KEYS: always initialize keyring_index_key::desc_len
syzbot hit the 'BUG_ON(index_key->desc_len == 0);' in __key_link_begin()
called from construct_alloc_key() during sys_request_key(), because the
length of the key description was never calculated.
The problem is that we rely on ->desc_len being initialized by
search_process_keyrings(), specifically by search_nested_keyrings().
But, if the process isn't subscribed to any keyrings that never happens.
Fix it by always initializing keyring_index_key::desc_len as soon as the
description is set, like we already do in some places.
The following program reproduces the BUG_ON() when it's run as root and
no session keyring has been installed. If it doesn't work, try removing
pam_keyinit.so from /etc/pam.d/login and rebooting.
#include <stdlib.h>
#include <unistd.h>
#include <keyutils.h>
int main(void)
{
int id = add_key("keyring", "syz", NULL, 0, KEY_SPEC_USER_KEYRING);
keyctl_setperm(id, KEY_OTH_WRITE);
setreuid(5000, 5000);
request_key("user", "desc", "", id);
}
Reported-by: syzbot+ec24e95ea483de0a24da@syzkaller.appspotmail.com
Fixes: b2a4df200d57 ("KEYS: Expand the capacity of a keyring")
Signed-off-by: Eric Biggers <ebiggers@google.com>
Signed-off-by: David Howells <dhowells@redhat.com>
Cc: stable@vger.kernel.org
Signed-off-by: James Morris <james.morris@microsoft.com>
Diffstat (limited to 'drivers/infiniband/ulp/srp/ib_srp.c')
0 files changed, 0 insertions, 0 deletions