* Problem with mount context.
@ 2005-02-28 17:19 Daniel J Walsh
0 siblings, 0 replies; only message in thread
From: Daniel J Walsh @ 2005-02-28 17:19 UTC (permalink / raw)
To: Stephen Smalley, SELinux
https://bugzilla.redhat.com/beta/show_bug.cgi?id=149815
How useful is the mount fscontext stuff? Basically trying to get
policy to work with a non extended attribute file system,
doing a mount fscontext seems like a nice solution. The problem is that
the policy does not allow all file types to associate to
themselves.
SO in the bug above we end up telling the user to mount the directory as
squid_cache_t and now he has breakage of
kernel: audit(1109609802.473:0): avc: denied { associate } for
pid=4340 exe=/usr/sbin/squid name=00
scontext=root:object_r:squid_cache_t
tcontext=system_u:object_r:squid_cache_t tclass=filesystem
What do you think of adding some kind of rule?
allow rwdirs self:fileystem associate;
Then add a this attribute to file_types that allow writing? Need better
name for attribute.
Or is this too broad a rule change.
ideas?
Dan
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2005-02-28 17:19 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-02-28 17:19 Problem with mount context Daniel J Walsh
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.