]> git.ipfire.org Git - thirdparty/kernel/stable.git/commit
Don't leak a key reference if request_key() tries to use a revoked keyring
authorDavid Jeffery <djeffery@redhat.com>
Thu, 12 Feb 2015 16:45:31 +0000 (16:45 +0000)
committerJiri Slaby <jslaby@suse.cz>
Thu, 9 Apr 2015 11:14:24 +0000 (13:14 +0200)
commitda95a0de5c59732c942e9753ecc9c03c3783d33d
tree4d8b09fc7d4dc208445383207aec95e0a7508ca8
parentc4b022d10d4a79badf377d6229258dc390598325
Don't leak a key reference if request_key() tries to use a revoked keyring

commit d0709f1e66e8066c4ac6a54620ec116aa41937c0 upstream.

If a request_key() call to allocate and fill out a key attempts to insert the
key structure into a revoked keyring, the key will leak, using memory and part
of the user's key quota until the system reboots. This is from a failure of
construct_alloc_key() to decrement the key's reference count after the attempt
to insert into the requested keyring is rejected.

key_put() needs to be called in the link_prealloc_failed callpath to ensure
the unused key is released.

Signed-off-by: David Jeffery <djeffery@redhat.com>
Signed-off-by: David Howells <dhowells@redhat.com>
Signed-off-by: James Morris <james.l.morris@oracle.com>
Signed-off-by: Jiri Slaby <jslaby@suse.cz>
security/keys/request_key.c