summaryrefslogtreecommitdiffstats
path: root/arch
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2015-10-20 16:09:36 +0900
committerLinus Torvalds <torvalds@linux-foundation.org>2015-10-20 16:09:36 +0900
commitce1fad2740c648a4340f6f6c391a8a83769d2e8c (patch)
tree8d19a392845cae4ca37639ace41105c34a7b20d1 /arch
parent1099f86044111e9a7807f09523e42d4c9d0fb781 (diff)
parent911b79cde95c7da0ec02f48105358a36636b7a71 (diff)
Merge branch 'keys-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs
Pull key handling fixes from David Howells: "Here are two patches, the first of which at least should go upstream immediately: (1) Prevent a user-triggerable crash in the keyrings destructor when a negatively instantiated keyring is garbage collected. I have also seen this triggered for user type keys. (2) Prevent the user from using requesting that a keyring be created and instantiated through an upcall. Doing so is probably safe since the keyring type ignores the arguments to its instantiation function - but we probably shouldn't let keyrings be created in this manner" * 'keys-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs: KEYS: Don't permit request_key() to construct a new keyring KEYS: Fix crash when attempt to garbage collect an uninstantiated keyring
Diffstat (limited to 'arch')
0 files changed, 0 insertions, 0 deletions