All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Christopher J. PeBenito" <cpebenito@tresys.com>
To: Jeremiah Jahn <jeremiah@goodinassociates.com>
Cc: Stephen Smalley <sds@tycho.nsa.gov>,
	Paul Moore <paul.moore@hp.com>, selinux <selinux@tycho.nsa.gov>
Subject: Re: secadm question
Date: Fri, 15 Feb 2008 13:40:30 -0500	[thread overview]
Message-ID: <1203100830.13618.62.camel@gorn> (raw)
In-Reply-To: <1203093415.3669.258.camel@bluejay.goodinassociates.com>

On Fri, 2008-02-15 at 10:36 -0600, Jeremiah Jahn wrote:
> Since I'm working with the source, Would it be effective for me to go
> through and remove the sysadm rules that allow it to futz w/ the
> policies? 

Sure, if you're willing to change the base policy then you can get it
all done.

> On Fri, 2008-02-15 at 11:23 -0500, Christopher J. PeBenito wrote:
> > On Fri, 2008-02-15 at 10:14 -0600, Jeremiah Jahn wrote:
> > > true, but I thought there was a tunable/boolean the disabled all that
> > > for sysadm
> > 
> > No, there isn't.  It suffers the problems I discussed below.
> > 
> > > On Fri, 2008-02-15 at 11:09 -0500, Christopher J. PeBenito wrote:
> > > > On Fri, 2008-02-15 at 10:09 -0600, Jeremiah Jahn wrote:
> > > > > So for my purposes, to would probably be best to just make a secadm
> > > > > user/role and add follow most of the interface for the original secadm
> > > > > role?
> > > > 
> > > > You could do that, but it wouldn't stop sysadm from being able to do all
> > > > the secadm things too, defeating the purpose of having a secadm in the
> > > > first place :)
> > > > 
> > > > > On Fri, 2008-02-15 at 10:39 -0500, Christopher J. PeBenito wrote:
> > > > > > On Fri, 2008-02-15 at 10:16 -0500, Stephen Smalley wrote:
> > > > > > > On Fri, 2008-02-15 at 09:09 -0600, Jeremiah Jahn wrote:
> > > > > > > > So if I change my build.conf to be mls I should be up and running. I'm
> > > > > > > > on RHEL5 btw
> > > > > > > 
> > > > > > > Chris - how hard would it be to make this a separate tunable so that
> > > > > > > people who want a separate security admin can turn that on without
> > > > > > > enabling MLS?
> > > > > > 
> > > > > > Problematic.  The security admin pieces are nicely abstracted into an
> > > > > > interface.  However, the problem is that it has some typeattribute
> > > > > > statements, so we can't put that in a conditional.
> > > > > > 
> > > > > > There are two things that will eventually make this possible.  The plan
> > > > > > is to move roles into their own modules, and at that point you should be
> > > > > > able to just insert the secadm module.
> > > > > > 
> > > > > > > > On Fri, 2008-02-15 at 08:55 -0500, Paul Moore wrote:
> > > > > > > > > On Thursday 14 February 2008 6:09:43 pm Jeremiah Jahn wrote:
> > > > > > > > > > I see a number of places where the secadm_r role shows up, but It
> > > > > > > > > > doesn't show up in the list of users and what not, Is there something
> > > > > > > > > > simple I need to enable it, or 	do I need to build it from scratch?
> > > > > > > > > > My goal it to have sysadm not able to modify policy enforcement, and
> > > > > > > > > > my secadm not be able to do anything but. If there is a standard way
> > > > > > > > > > to do this, I'd love to know.
> > > > > > > > > 
> > > > > > > > > I believe the secadm_r role is only defined for the "mls" policy builds; 
> > > > > > > > > if you are running a "mcs" (the Fedora default) policy I don't think 
> > > > > > > > > the secadm_r role is present.
> > > > > > > > > 
> > > > > > > > Boy, n.: A noise with dirt on it.
> > > > > "Consequences, Schmonsequences, as long as I'm rich." -- "Ali Baba
> > > > > Bunny" [1957, Chuck Jones]
> > > First Law of Bicycling: No matter which way you ride, it's uphill and
> > > against the wind.
> San Francisco, n.: Marcel Proust editing an issue of Penthouse.
-- 
Chris PeBenito
Tresys Technology, LLC
(410) 290-1411 x150


--
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:[~2008-02-15 18:40 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-14 23:09 secadm question Jeremiah Jahn
2008-02-15 13:55 ` Paul Moore
2008-02-15 15:09   ` Jeremiah Jahn
2008-02-15 15:16     ` Stephen Smalley
2008-02-15 15:39       ` Christopher J. PeBenito
2008-02-15 16:09         ` Jeremiah Jahn
2008-02-15 16:09           ` Christopher J. PeBenito
2008-02-15 16:14             ` Jeremiah Jahn
2008-02-15 16:23               ` Christopher J. PeBenito
2008-02-15 16:36                 ` Jeremiah Jahn
2008-02-15 18:40                   ` Christopher J. PeBenito [this message]
2008-02-15 21:21                   ` secadm/sysadm discussion Daniel J Walsh
2008-02-15 21:22                   ` Daniel J Walsh
2008-02-17 11:17                     ` Russell Coker
2008-02-18 13:37                     ` Christopher J. PeBenito
2008-02-18 17:01                       ` Chad Hanson
2008-02-19 14:48                       ` Daniel J Walsh
2008-02-22 14:39                         ` Jeremiah Jahn
2008-02-15 15:18     ` secadm question Paul Moore
2008-02-15 15:27       ` Stephen Smalley

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=1203100830.13618.62.camel@gorn \
    --to=cpebenito@tresys.com \
    --cc=jeremiah@goodinassociates.com \
    --cc=paul.moore@hp.com \
    --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.