diff options
author | Eric Paris <eparis@redhat.com> | 2008-06-18 09:50:04 -0400 |
---|---|---|
committer | James Morris <jmorris@namei.org> | 2008-07-14 15:02:04 +1000 |
commit | 811f3799279e567aa354c649ce22688d949ac7a9 (patch) | |
tree | 2a4d8c30821de84d5adcf37a09562ebba92f9f23 /Makefile | |
parent | 65fc7668006b537f7ae8451990c0ed9ec882544e (diff) | |
download | op-kernel-dev-811f3799279e567aa354c649ce22688d949ac7a9.zip op-kernel-dev-811f3799279e567aa354c649ce22688d949ac7a9.tar.gz |
SELinux: allow fstype unknown to policy to use xattrs if present
Currently if a FS is mounted for which SELinux policy does not define an
fs_use_* that FS will either be genfs labeled or not labeled at all.
This decision is based on the existence of a genfscon rule in policy and
is irrespective of the capabilities of the filesystem itself. This
patch allows the kernel to check if the filesystem supports security
xattrs and if so will use those if there is no fs_use_* rule in policy.
An fstype with a no fs_use_* rule but with a genfs rule will use xattrs
if available and will follow the genfs rule.
This can be particularly interesting for things like ecryptfs which
actually overlays a real underlying FS. If we define excryptfs in
policy to use xattrs we will likely get this wrong at times, so with
this path we just don't need to define it!
Overlay ecryptfs on top of NFS with no xattr support:
SELinux: initialized (dev ecryptfs, type ecryptfs), uses genfs_contexts
Overlay ecryptfs on top of ext4 with xattr support:
SELinux: initialized (dev ecryptfs, type ecryptfs), uses xattr
It is also useful as the kernel adds new FS we don't need to add them in
policy if they support xattrs and that is how we want to handle them.
Signed-off-by: Eric Paris <eparis@redhat.com>
Acked-by: Stephen Smalley <sds@tycho.nsa.gov>
Signed-off-by: James Morris <jmorris@namei.org>
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions