From: Joshua Brindle <jbrindle@tresys.com>
To: sds@tycho.nsa.gov
Cc: Ivan Gyurdiev <ivg2@cornell.edu>,
"Christopher J. PeBenito" <cpebenito@tresys.com>,
Daniel J Walsh <dwalsh@redhat.com>,
SE Linux <selinux@tycho.nsa.gov>
Subject: Re: The sort algorithm is broken by the second rule, We need a way to pin these rules to the top.
Date: Sun, 02 Apr 2006 13:55:26 -0400 [thread overview]
Message-ID: <4430100E.8050200@tresys.com> (raw)
In-Reply-To: <1143833570.17469.42.camel@moss-spartans.epoch.ncsc.mil>
Stephen Smalley wrote:
> On Fri, 2006-03-31 at 14:18 -0500, Joshua Brindle wrote:
>> I think libsemanage should just put the .local file out for libselinux
>> to read. There is no guarantee that none of the entries on .local won't
>> be preceded by something in the normal file context if it is merged in
>> libsemanage.
>
> Last matching entry takes precedence, so as long as they are merged to
> the end of file_contexts (as they presently are), the local entries will
> always take precedence over any earlier matching entry.
>
If a user adds a file context entry with a regex operator to .local it
will get overridden by a specific match in the policy, I think this
would be unexpected to the end user.
>> This is the same thing we do for file_contexts.homedirs so
>> why not do it with .local? (Also, if we merge .local into the normal fc
>> file then the .local can't override .homedirs)
>
> .homedirs is a bit different in that it is generated via genhomedircon
> from a policy-provided template. The last point is true - that does
> yield a difference between ordering of entries added via semanage
> fcontext -a vs. manually put into file_contexts.local.
>
> However, changing libsemanage to install file_contexts.local instead of
> merging it now is a behavioral change that could clobber an existing
> file_contexts.local, so we'd have to be very careful about the "upgrade"
> situation and we'd likely want to push that to FC5 ASAP so that users
> there don't get used to being able to manually tinker with
> file_contexts.local separately.
>
Right, it's too bad we didn't do this before the release.
--
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.
next prev parent reply other threads:[~2006-04-02 17:55 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-31 14:50 The sort algorithm is broken by the second rule, We need a way to pin these rules to the top Daniel J Walsh
2006-03-31 14:57 ` Joshua Brindle
2006-03-31 15:01 ` Daniel J Walsh
2006-03-31 15:17 ` Joshua Brindle
2006-03-31 16:01 ` Christopher Ashworth
2006-03-31 19:27 ` Stephen Smalley
2006-03-31 15:17 ` Stephen Smalley
2006-03-31 15:20 ` Stephen Smalley
2006-03-31 15:10 ` Stephen Smalley
2006-03-31 16:35 ` Ivan Gyurdiev
2006-03-31 17:26 ` Ivan Gyurdiev
2006-04-02 11:32 ` Ivan Gyurdiev
2006-03-31 18:52 ` Stephen Smalley
2006-03-31 19:03 ` Ivan Gyurdiev
2006-03-31 19:15 ` Stephen Smalley
2006-03-31 19:18 ` Joshua Brindle
2006-03-31 19:32 ` Stephen Smalley
2006-04-02 17:55 ` Joshua Brindle [this message]
2006-04-02 20:13 ` Ivan Gyurdiev
2006-04-02 20:31 ` Joshua Brindle
2006-03-31 22:17 ` Ivan Gyurdiev
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4430100E.8050200@tresys.com \
--to=jbrindle@tresys.com \
--cc=cpebenito@tresys.com \
--cc=dwalsh@redhat.com \
--cc=ivg2@cornell.edu \
--cc=sds@tycho.nsa.gov \
--cc=selinux@tycho.nsa.gov \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.