All of lore.kernel.org
 help / color / mirror / Atom feed
From: paul.moore@hp.com (Paul Moore)
To: refpolicy@oss.tresys.com
Subject: [refpolicy] [RFC] drop nodecons
Date: Wed, 7 Jan 2009 14:21:35 -0500	[thread overview]
Message-ID: <200901071421.35901.paul.moore@hp.com> (raw)
In-Reply-To: <1231341913.27022.20.camel@gorn.columbia.tresys.com>

On Wednesday 07 January 2009 10:25:13 am Christopher J. PeBenito wrote:
> Some time ago we dropped the netifcons (and related types) from
> refpolicy, since all networking domains had access to all interfaces.
> This made it difficult for users to label an interface with a new
> type and have only their custom domain be allowed access to that
> interface. So we dropped the netifcons and changed the policy for
> networking domains to use "generic" netif_t interfaces.
>
> I believe we should also do this with the nodecons.  The main issue
> is with MLS policy users.  Some of the current nodecons specify
> system low, but the default sensitivity (initial sid) for a node is
> system low-system high.  If we remove these system low nodecons, then
> they would revert to system low-system high.  If we use the full
> network_node() macros only in the MLS policy, the MLS policy will be
> broken since domains will only be allowed generic node access
> (node_t). We could use raw netifcons and label the nodes in question
> as node_t at system low, but this could cause problems if the user
> also wants to change the type of the node.  Thoughts?

>From your first paragraph it sounds like this is a solved problem for 
netifcons, even in the MLS case.  Why can't the same approach be used 
for netnodecons?  Is it the special MLS cases where nodes are labeled 
with system low?  If so, why would the change from system low-system 
high break things since the effective MLS label is still system low?

I agree this is a good idea, I just don't understand the issue well 
enough to see the problem.

-- 
paul moore
linux @ hp

  reply	other threads:[~2009-01-07 19:21 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-07 15:25 [refpolicy] [RFC] drop nodecons Christopher J. PeBenito
2009-01-07 19:21 ` Paul Moore [this message]
2009-01-07 20:24   ` Christopher J. PeBenito
2009-01-07 22:20     ` Paul Moore
2009-01-08 14:17       ` Stephen Smalley
2009-01-08 15:45         ` Paul Moore
2009-01-09 13:33           ` Christopher J. PeBenito
2009-01-09 21:11             ` Paul Moore
2009-01-12 15:34               ` Chris PeBenito
2009-01-14 16:09                 ` Paul Moore

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=200901071421.35901.paul.moore@hp.com \
    --to=paul.moore@hp.com \
    --cc=refpolicy@oss.tresys.com \
    /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.