Searched hist:"927942 aabbbe506bf9bc70a16dc5460ecc64c148" (Results 1 – 3 of 3) sorted by relevance
/openbmc/linux/security/keys/ |
H A D | proc.c | diff 927942aabbbe506bf9bc70a16dc5460ecc64c148 Fri Jun 11 11:31:10 CDT 2010 David Howells <dhowells@redhat.com> KEYS: Make /proc/keys check to see if a key is possessed before security check
Make /proc/keys check to see if the calling process possesses each key before performing the security check. The possession check can be skipped if the key doesn't have the possessor-view permission bit set.
This causes the keys a process possesses to show up in /proc/keys, even if they don't have matching user/group/other view permissions.
Signed-off-by: David Howells <dhowells@redhat.com> Signed-off-by: James Morris <jmorris@namei.org>
|
H A D | internal.h | diff 927942aabbbe506bf9bc70a16dc5460ecc64c148 Fri Jun 11 11:31:10 CDT 2010 David Howells <dhowells@redhat.com> KEYS: Make /proc/keys check to see if a key is possessed before security check
Make /proc/keys check to see if the calling process possesses each key before performing the security check. The possession check can be skipped if the key doesn't have the possessor-view permission bit set.
This causes the keys a process possesses to show up in /proc/keys, even if they don't have matching user/group/other view permissions.
Signed-off-by: David Howells <dhowells@redhat.com> Signed-off-by: James Morris <jmorris@namei.org>
|
H A D | process_keys.c | diff 927942aabbbe506bf9bc70a16dc5460ecc64c148 Fri Jun 11 11:31:10 CDT 2010 David Howells <dhowells@redhat.com> KEYS: Make /proc/keys check to see if a key is possessed before security check
Make /proc/keys check to see if the calling process possesses each key before performing the security check. The possession check can be skipped if the key doesn't have the possessor-view permission bit set.
This causes the keys a process possesses to show up in /proc/keys, even if they don't have matching user/group/other view permissions.
Signed-off-by: David Howells <dhowells@redhat.com> Signed-off-by: James Morris <jmorris@namei.org>
|