All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel J Walsh <dwalsh@redhat.com>
To: jwcart2@tycho.nsa.gov, SE Linux <selinux@tycho.nsa.gov>
Subject: Re: Problems related to the policy language
Date: Fri, 10 Apr 2009 06:56:37 -0400	[thread overview]
Message-ID: <49DF25E5.5090307@redhat.com> (raw)
In-Reply-To: <1239290907.22856.57.camel@moss-lions.epoch.ncsc.mil>

On 04/09/2009 11:28 AM, James Carter wrote:
> 1. Inflexibility
> 	a. Limitations to what can be in a module
> 2. Gaps in features
> 	a. User transitions
> 	b. Type inheritance
> 3. Ordering issues
> 	a. Unless the rules are in the same file, proper ordering cannot
> 	be guaranteed for portcon and other rules for which ordering is
> 	important
> 4. Confusing semantics
> 	a. Between templates and interfaces
> 	b. Between tunables and booleans
> 	c. Require rules
> 	d. Optional blocks
> 5. Inconsistencies in the syntax
> 	a. Some rules end with a semi-colon, others do not
> 	b. Some lists are space separated, some are comma separated
> 	c. Some lists require curly braces even when there is only one
> 	member, others do not
> 	d. For some rules the order of the rules matter, in others they
> 	do not
> 	e. File contexts start with the path
>
Attributes and types are not interchangeable.

Can not assign and attribute to an attribute.

Booleans can not contain booleans
Attributes can not be assigned via booleans.

Having something like:

tunable_bolicy(`unconfined_services', 	`
	unconfined_domain($1)
')

Tools do not do a good job of telling you when you have a constraint 
violation or any way to get around a constraint violation.

Need ability to easily extend objects

java/mono/execmem extensions.

user_t + execmem + execstack = user_java_t, where user_jave_t has full 
all the same access as user_t and full access between them  user_t <-> 
user_java_t.

sepolgen tool needs more formal syntax to do a better job of finding the 
best interface for an access violation.

Need tools to find out whether a domain is a permissive domain.

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

      parent reply	other threads:[~2009-04-10 10:56 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-09 15:28 Problems related to the policy language James Carter
2009-04-09 17:04 ` Mike Edenfield
2009-04-15  0:58   ` Tim
2009-04-10 10:56 ` Daniel J Walsh [this message]

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=49DF25E5.5090307@redhat.com \
    --to=dwalsh@redhat.com \
    --cc=jwcart2@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.