All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.