All of lore.kernel.org
 help / color / mirror / Atom feed
From: Luke Kenneth Casson Leighton <lkcl@lkcl.net>
To: Stephen Smalley <sds@epoch.ncsc.mil>
Cc: SE-Linux <selinux@tycho.nsa.gov>
Subject: Re: list of permissions created by allow2audit: what do i do now?
Date: Tue, 18 May 2004 15:11:12 +0000	[thread overview]
Message-ID: <20040518151112.GF24917@lkcl.net> (raw)
In-Reply-To: <1084886403.28966.76.camel@moss-spartans.epoch.ncsc.mil>

On Tue, May 18, 2004 at 09:20:03AM -0400, Stephen Smalley wrote:
> On Tue, 2004-05-18 at 09:02, Luke Kenneth Casson Leighton wrote:
> >  given the number of errors i am seeing, and given that they won't
> >  go away, perhaps there is some breakdown in communication between
> >  the rules being in the policy.conf file and their application to
> >  packages.
> 
> They aren't applied until you compile that policy.conf via checkpolicy
> and load the resulting binary policy into the kernel.  make load in the
> policy directory will do that for you.
 
 okay, yes, done that.

> >  for example, should i be doing a make relabel every time i add
> >  some new rules?
> 
> No.  You only have to relabel if you have altered the file contexts
> configuration in some manner (but note that this is true if you enable
> additional .te files, as that automatically requires their .fc files).

 okay, so i... didn't add anything to file_contexts, i only
 created a domain/program/localstuff.te and ... hm, well i
 _did_ create a blank file_contexts/programs/localstuff.fc,
 so i'm doing a make relabel anyway, just in case.

 as i understand it, the domains define what is allowed, and the
 file_contexts define if you will... the starting points of those
 "allowances" [ i know that's clumsily put ].

 e.g. file_contexts/program/xdm.fc has as its first line:

 /usr/bin/[xgkw]dm       -- system_u:object_r:xdm_exec_t

 therefore, the programs gdm, xdm, kdm and wdm all have type xdm_exec_t
 therefore, according to line 24 of domains/programs/xdm.te, gdm,
 xdm, kdm and wdm are all allowed to automatically transition from
 the initialisation context into a new context named xdm_t.

 therefore, the programs gdm, xdm, kdm and wdm are all allowed to do
 the things that are mentioned as allow xdm_t etc.

 ... so why, if i [appear to be] doing things correctly, do i still
 get errors, for example, when i have explicitly added:

 allow xdm_xserver_t var_lib_t:file { getattr read };

 okay, just a guess: when you declare an allow, are the relevant
 permissions added or replaced if there already exists, say,
 allow xdm_xserver_t var_lib_t:file { read };

 and i then add, in a following line to policy.conf : 
 allow xdm_xserver_t var_lib_t:file { getattr };

 do i end up with _only_ getattr permissions or do i end up
 with both read _and_ getattr?

 l.


--
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:[~2004-05-18 15:13 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-18 10:40 list of permissions created by allow2audit: what do i do now? Luke Kenneth Casson Leighton
2004-05-18 12:40 ` Stephen Smalley
2004-05-18 13:02   ` Luke Kenneth Casson Leighton
2004-05-18 13:20     ` Stephen Smalley
2004-05-18 13:30       ` Stephen Smalley
2004-05-18 13:44         ` Stephen Smalley
2004-05-18 14:08         ` Luke Kenneth Casson Leighton
2004-05-18 15:11       ` Luke Kenneth Casson Leighton [this message]
2004-05-18 17:18         ` Stephen Smalley
2004-05-18 18:51           ` Luke Kenneth Casson Leighton
2004-05-18 19:54             ` Stephen Smalley
2004-05-18 20:18               ` Luke Kenneth Casson Leighton
2004-05-18 20:48             ` Russell Coker
2004-05-18 20:56               ` Luke Kenneth Casson Leighton
2004-05-18 19:51           ` Luke Kenneth Casson Leighton
2004-05-18 18:02         ` Russell Coker
2004-05-18 16:25     ` Valdis.Kletnieks
2004-05-18 19:12       ` Luke Kenneth Casson Leighton
2004-05-18 12:56 ` Luke Kenneth Casson Leighton
2004-05-18 13:14   ` Stephen Smalley
2004-05-18 15:19     ` Luke Kenneth Casson Leighton
2004-05-18 14:29   ` Russell Coker
2004-05-18 15:30     ` Luke Kenneth Casson Leighton
2004-05-18 14:01 ` Russell Coker

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=20040518151112.GF24917@lkcl.net \
    --to=lkcl@lkcl.net \
    --cc=sds@epoch.ncsc.mil \
    --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.