diff options
author | Casey Schaufler <casey@schaufler-ca.com> | 2008-07-30 15:37:11 -0700 |
---|---|---|
committer | James Morris <jmorris@namei.org> | 2008-08-05 10:55:53 +1000 |
commit | 15446235367fa4a621ff5abfa4b6ebbe25b33763 (patch) | |
tree | bc6823055afbef26560c63f8041caeadd4cef078 /crypto/ahash.c | |
parent | cf9481e289247fe9cf40f2e2481220d899132049 (diff) | |
download | kernel_goldelico_gta04-15446235367fa4a621ff5abfa4b6ebbe25b33763.zip kernel_goldelico_gta04-15446235367fa4a621ff5abfa4b6ebbe25b33763.tar.gz kernel_goldelico_gta04-15446235367fa4a621ff5abfa4b6ebbe25b33763.tar.bz2 |
smack: limit privilege by label
There have been a number of requests to make the Smack LSM
enforce MAC even in the face of privilege, either capability
based or superuser based. This is not universally desired,
however, so it seems desirable to make it optional. Further,
at least one legacy OS implemented a scheme whereby only
processes running with one particular label could be exempt
from MAC. This patch supports these three cases.
If /smack/onlycap is empty (unset or null-string) privilege
is enforced in the normal way.
If /smack/onlycap contains a label only processes running with
that label may be MAC exempt.
If the label in /smack/onlycap is the star label ("*") the
semantics of the star label combine with the privilege
restrictions to prevent any violations of MAC, even in the
presence of privilege.
Again, this will be independent of the privilege scheme.
Signed-off-by: Casey Schaufler <casey@schaufler-ca.com>
Reviewed-by: James Morris <jmorris@namei.org>
Diffstat (limited to 'crypto/ahash.c')
0 files changed, 0 insertions, 0 deletions