From: Dennis Wronka <linuxweb@gmx.net>
To: SE Linux <selinux@tycho.nsa.gov>
Subject: Question about su
Date: Wed, 11 Feb 2009 16:50:29 +0800 [thread overview]
Message-ID: <200902111650.39754.linuxweb@gmx.net> (raw)
[-- Attachment #1: Type: text/plain, Size: 1190 bytes --]
As I am working again on adjusting the reference policy to my distro I have
run into a problem with su that raised the following question:
What use is su if a normal user after running su is still user_u:user_r:user_t
and thus has no permissions to do stuff?
Sure, he's root, but as because of SELinux that alone isn't worth much, as
being user_u still limits the user's options pretty much.
Is there anything I misunderstand here? I don't think there should be an
automtic transition from user_r to sysadm_r, and newrole-ing this doesn't work
as user_u doesn't have the sysadmin-role.
So, what the heck is the use of su on a SELinux-system?
To give you a little overview on what I am trying to do here with my system:
I have configured the policy to be MLS, thus split up powers to different
roles.
root can compile a new policy in sysadm_r, but needs to be secadm_r to load
it.
Regular users can compile stuff, root can't (at least not as sysadm_r, I might
enable this for staff_r and then require sysadm_r to the install-process).
But for now the problem really is that su to me seems pretty useless right
now.
Thanks and best regards,
Dennis
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
next reply other threads:[~2009-02-11 8:50 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-11 8:50 Dennis Wronka [this message]
2009-02-11 10:46 ` Question about su Dominick Grift
2009-02-11 13:01 ` Dennis Wronka
2009-02-11 13:16 ` Dominick Grift
2009-02-11 15:59 ` Casey Schaufler
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=200902111650.39754.linuxweb@gmx.net \
--to=linuxweb@gmx.net \
--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.