All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joshua Brindle <method@gentoo.org>
To: Ivan Gyurdiev <ivg2@cornell.edu>
Cc: Chris PeBenito <pebenito@gentoo.org>,
	SELinux Mail List <selinux@tycho.nsa.gov>
Subject: Re: semanage non MLS breakage
Date: Fri, 17 Feb 2006 10:10:04 -0500	[thread overview]
Message-ID: <43F5E74C.7050904@gentoo.org> (raw)
In-Reply-To: <43F5E618.4010001@cornell.edu>

Ivan Gyurdiev wrote:
>
>>>> # semanage login -l
>>>>
>>>> Login Name                SELinux User              MLS/MCS Range
>>>>
>>>> root                      root                      __default__:user_u
> That doesn't look like a valid MLS range.
> What exactly is in your seusers file?
>>
>> #2  0x00476143 in sepol_mls_contains (handle=0x8b06b70, 
>> policydb=0x8b30a78, mls1=0x0, mls2=0x8b2fd98 "s0", response=0xbfdc7068)
> This indicates the seuser has an mls range s0, but the user does not. 
> The mls check is conditional on the seuser's mls range, which is why 
> it proceeds.  I can add a check that makes sure neither exists, but it 
> shouldn't be necessary - on a non-MLS system the seuser should not 
> have an mls range.
>
if it has s0 then semanage is dreaming it up because the policy has no 
mls whatsoever and none was specified on the command line.
> I'm not sure how a situation would occur where the seuser has an mls 
> range on a non-mls system. I guess seuser_print will write out an mls 
> field if it finds one, so maybe that's how this happens...it gets an 
> mls field from the policy package, and fails to ignore it. Need more 
> info.

what info? it isn't hard to reproduce.

--
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:[~2006-02-17 15:10 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-17  4:24 semanage non MLS breakage Chris PeBenito
2006-02-17  5:41 ` Ivan Gyurdiev
2006-02-17 14:23   ` Joshua Brindle
2006-02-17 15:04     ` Ivan Gyurdiev
2006-02-17 15:10       ` Joshua Brindle [this message]
2006-02-17 15:19         ` Ivan Gyurdiev
2006-02-17 15:28           ` Joshua Brindle
2006-02-17 15:39             ` Ivan Gyurdiev
2006-02-17 21:30               ` Ivan Gyurdiev
2006-02-18 18:44                 ` Chris PeBenito
2006-02-18 20:06                   ` Ivan Gyurdiev
2006-02-19 12:10                     ` Ivan Gyurdiev
2006-02-19 16:54                       ` Joshua Brindle
2006-02-19 17:17                         ` Ivan Gyurdiev
2006-02-22 15:49                           ` 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=43F5E74C.7050904@gentoo.org \
    --to=method@gentoo.org \
    --cc=ivg2@cornell.edu \
    --cc=pebenito@gentoo.org \
    --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.