All of lore.kernel.org
 help / color / mirror / Atom feed
From: Luke Kenneth Casson Leighton <lkcl@lkcl.net>
To: Russell Coker <russell@coker.com.au>
Cc: Steve Greenland <steveg@moregruel.net>,
	SE-Linux <selinux@tycho.nsa.gov>,
	193644@bugs.debian.org, Stephen Smalley <sds@epoch.ncsc.mil>
Subject: Re: Bug#193644: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=193644 (cron upstream patch)
Date: Thu, 20 May 2004 06:14:35 +0000	[thread overview]
Message-ID: <20040520061435.GH24597@lkcl.net> (raw)
In-Reply-To: <200405200600.46881.russell@coker.com.au>

On Thu, May 20, 2004 at 06:00:46AM +1000, Russell Coker wrote:
> On Thu, 20 May 2004 04:11, Steve Greenland <steveg@moregruel.net> wrote:
> > It feels very misleading and confusing to overload it that way, and I
> > don't see the difference between checking for "system_u" and "*system*".
> >
> > Except that "system_u" *is* a valid username, therefore raising the
> > possiblity of conflict between /etc/crontab and the crontab of user
> > system_u.
> 
> If you are using SE Linux then a user name of "system_u" is not going to 
> work, /bin/login etc can't launch shells with system_u as the identity.
> 
> I guess we can have the SE Linux code in crond know that "*system*" means that 
> the identity of "system_u" should be used.
 
 i reworked the patch to add an extra argument to process_crontab.
 the behaviour of the 2nd argument, fname, is left untouched.
 a third argument is added which is set to "system_u" where needed,
 and is identical to the 2nd argument, fname, where needed.
 
 it makes it clear that the two purposes are separate and distinct,
 and i believe it achieves what you intend by the above, which
 would have been to strcmp (fname, "*system*") == 0 inside
 process_crontab and to special-case call get_default_context
 with "system_u" in that instance, yes?

 the extra-argument-patch does the equivalent of that.

 l.

 p.s. this is completely offtopic, but i wish the default world
 language was sanscrit or german or something because when
 describing computer stuff i end up hyphenating english words
 together a lot.  oh well.


--
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:[~2004-05-20  6:17 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-19  9:14 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=193644 (cron upstream patch) Luke Kenneth Casson Leighton
2004-05-19 13:30 ` Stephen Smalley
2004-05-19 14:02   ` Luke Kenneth Casson Leighton
2004-05-19 18:11     ` Bug#193644: " Steve Greenland
2004-05-19 20:00       ` Russell Coker
2004-05-20  6:14         ` Luke Kenneth Casson Leighton [this message]
2004-05-19 20:00       ` Luke Kenneth Casson Leighton
2004-05-19 21:02         ` Russell Coker
2004-05-19 21:54         ` Steve Greenland
2004-05-20  6:06           ` Luke Kenneth Casson Leighton
2004-05-20 12:06             ` Stephen Smalley
2004-05-20 12:23               ` Luke Kenneth Casson Leighton
2004-05-20 11:57           ` Stephen Smalley
2004-05-20 14:22             ` Luke Kenneth Casson Leighton
2004-05-20 15:48               ` Steve Greenland
2004-05-20 17:44                 ` Russell Coker
2004-05-20 18:55                 ` Luke Kenneth Casson Leighton

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=20040520061435.GH24597@lkcl.net \
    --to=lkcl@lkcl.net \
    --cc=193644@bugs.debian.org \
    --cc=russell@coker.com.au \
    --cc=sds@epoch.ncsc.mil \
    --cc=selinux@tycho.nsa.gov \
    --cc=steveg@moregruel.net \
    /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.