All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andy Warner <warner@rubix.com>
To: "Christopher J. PeBenito" <cpebenito@tresys.com>
Cc: selinux@tycho.nsa.gov
Subject: Re: mcs_systemhigh use
Date: Fri, 11 Jun 2010 00:48:27 +0800	[thread overview]
Message-ID: <4C11175B.7010000@rubix.com> (raw)
In-Reply-To: <1276168883.809.223.camel@gorn.columbia.tresys.com>



On 6/10/2010 7:21 PM, Christopher J. PeBenito wrote:
> On Thu, 2010-06-10 at 19:12 +0800, Andy Warner wrote:
>    
>> On 6/10/2010 7:09 PM, Christopher J. PeBenito wrote:
>>      
>>> On Thu, 2010-06-10 at 17:15 +0800, Andy Warner wrote:
>>>
>>>        
>>>> In the policy for the Trusted RUBIX DBMS, we assign file contexts
>>>> using the following (only one representative dir, 'backups', shown):
>>>>
>>>> ifdef(`enable_mls',`
>>>> /var/lib/RUBIXdbms/backups(/.*)?
>>>> gen_context(system_u:object_r:rubix_backup_t,mls_systemhigh)
>>>> ')
>>>> ifdef(`enable_mcs',`
>>>> /var/lib/RUBIXdbms/backups(/.*)?
>>>> gen_context(system_u:object_r:rubix_backup_t,mcs_systemhigh)
>>>> ')
>>>>
>>>> When using the mls policy, I get the expected level of mls_systemhigh
>>>> (s15:c0.c1023). But when using the targeted policy, I get an
>>>> unexpected value for mcs_systemhigh. I would expect to get
>>>> s0:c0.c1023, but get s0. I have verified this behavior on Fedora 9 and
>>>> 12. Is my assumption wrong about what mcs_systemhigh should be or am I
>>>> missing something?
>>>>
>>>> Relevant output from 'semanage fcontext -l'
>>>> /var/lib/RUBIXdbms/backups(/.*)?                   all files
>>>> system_u:object_r:rubix_backup_t:s0
>>>>
>>>>          
>>> Actually, you shouldn't need any of those ifdefs.  The gen_context()
>>> macro is sensitive to if MLS or MCS is enabled.  The first parameter is
>>> the first three fields of the context.  The second parameter is the MLS
>>> label, and there is a third optional parameter to specify the MCS
>>> categories for the file (there are no examples in refpolicy).  So this
>>> is sufficient:
>>>
>>> /var/lib/RUBIXdbms/backups(/.*)?     gen_context(system_u:object_r:rubix_backup_t,mls_systemhigh,mcs_allcats)
>>>
>>> The thing to note is that gen_context() abstracts away the sensitivity
>>> (s0) portion of the label, so there is an mcs_allcats macro.
>>>
>>>        
>> Thanks for the reply. So, then is the mcs_systemhigh basically meaningless?
>>      
> Its useful for range transitions, eg:
>
> range_transition foo_t bar_t s0-mcs_systemhigh;
>    
In this case, whill mcs_systemhigh evaluate to s0 or s0:c0.c1023?

We use the following to allow a transition to system high, expecting for 
mcs that to be s0:c0.c1023. Should we expect that behavior or should we 
use mcs_allcats here as well?

ifdef(`enable_mls',`
     range_transition $1 $2:process mls_systemhigh;
')
ifdef(`enable_mcs',`
     range_transition $1 $2:process mcs_systemhigh;
')
> Perhaps we should consider changing the gen_context() macro to accept
> mcs_systemhigh instead of mcs_allcats, for consistency.
>    
At first glance it would sure seem mcs_systemhigh and mcs_allcats would 
(should?) evaluate to the same thing.

--
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.

  reply	other threads:[~2010-06-10 16:48 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-10  9:15 mcs_systemhigh use Andy Warner
2010-06-10 11:09 ` Christopher J. PeBenito
2010-06-10 11:12   ` Andy Warner
2010-06-10 11:21     ` Christopher J. PeBenito
2010-06-10 16:48       ` Andy Warner [this message]
2010-06-10 17:50         ` Christopher J. PeBenito
2010-06-10 17:58           ` Andy Warner

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=4C11175B.7010000@rubix.com \
    --to=warner@rubix.com \
    --cc=cpebenito@tresys.com \
    --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.