All of lore.kernel.org
 help / color / mirror / Atom feed
From: qingtao.cao@windriver.com (Harry Ciao)
To: refpolicy@oss.tresys.com
Subject: [refpolicy] [PATCH 1/1] Make role attributes able to type their "own" types.
Date: Fri, 16 Dec 2011 14:28:48 +0800	[thread overview]
Message-ID: <4EEAE520.4030905@windriver.com> (raw)
In-Reply-To: <1323933437-10078-1-git-send-email-qingtao.cao@windriver.com>

BTW, by using "seinfo --role=sysadm_r -x" command, we could get a full 
manifest of types that sysadm_r is able to type with. Below is the 
difference between without and with this fix. We sure want the sysadm_r 
able to type with newrole_t, useradd_t etc, don't we :-P

Thanks,
Harry

cao at cao-laptop:~/tmp/setools-3.3.7$ diff -up 
/home/cao/tmp/sysadm_r_types.wrong  /home/cao/tmp/sysadm_r_types.correct
--- /home/cao/tmp/sysadm_r_types.wrong    2011-12-16 14:24:21.000000000 
+0800
+++ /home/cao/tmp/sysadm_r_types.correct    2011-12-16 
14:23:32.000000000 +0800
@@ -56,12 +56,14 @@
           webalizer_t
           oav_update_t
           httpd_user_script_t
+         run_init_t
           smbmount_t
           spamassassin_t
           checkpc_t
           clockspeed_cli_t
           gpg_pinentry_t
           hwclock_t
+         newrole_t
           dcc_client_t
           mozilla_t
           traceroute_t
@@ -83,6 +85,7 @@
           portage_sandbox_t
           evolution_alarm_t
           qmail_queue_t
+         groupadd_t
           backup_t
           chkpwd_t
           depmod_t
@@ -93,6 +96,7 @@
           siggen_t
           updpwd_t
           apt_t
+         chfn_t
           gift_t
           giftd_t
           lpr_t
@@ -128,6 +132,7 @@
           lockdev_t
           mplayer_t
           sysadm_sudo_t
+         useradd_t
           twadmin_t
           twprint_t
           xserver_t
cao at cao-laptop:~/tmp/setools-3.3.7$




On 12/15/2011 03:17 PM, Harry Ciao wrote:
> By default, any role attribute should be able to type their "own" types
> that share the same prefix and used in the run interface. For example,
>
> role newrole_roles types newrole_t;
>
> so that the calling domain of the seutil_run_newrole() interface could
> properly tansition into newrole_t. Without above role rule, the caller's
> role won't be associated with newrole_t.
>
> Other role attributes such as useradd_roles, groupadd_roles, chfn_roles
> and run_init_roles should be fixed in the same way.
> ---
>   policy/modules/admin/usermanage.te   |    3 +++
>   policy/modules/system/selinuxutil.te |    2 ++
>   2 files changed, 5 insertions(+), 0 deletions(-)
>
> diff --git a/policy/modules/admin/usermanage.te b/policy/modules/admin/usermanage.te
> index 530c988..8fc8052 100644
> --- a/policy/modules/admin/usermanage.te
> +++ b/policy/modules/admin/usermanage.te
> @@ -6,9 +6,11 @@ policy_module(usermanage, 1.16.1)
>   #
>
>   attribute_role chfn_roles;
> +role chfn_roles types chfn_t;
>   role system_r types chfn_t;
>
>   attribute_role groupadd_roles;
> +role groupadd_roles types groupadd_t;
>
>   attribute_role passwd_roles;
>   roleattribute system_r passwd_roles;
> @@ -17,6 +19,7 @@ attribute_role sysadm_passwd_roles;
>   roleattribute system_r sysadm_passwd_roles;
>
>   attribute_role useradd_roles;
> +role useradd_roles types useradd_t;
>
>   type admin_passwd_exec_t;
>   files_type(admin_passwd_exec_t)
> diff --git a/policy/modules/system/selinuxutil.te b/policy/modules/system/selinuxutil.te
> index b3286c5..82268df 100644
> --- a/policy/modules/system/selinuxutil.te
> +++ b/policy/modules/system/selinuxutil.te
> @@ -13,8 +13,10 @@ attribute can_write_binary_policy;
>   attribute can_relabelto_binary_policy;
>
>   attribute_role newrole_roles;
> +role newrole_roles types newrole_t;
>
>   attribute_role run_init_roles;
> +role run_init_roles types run_init_t;
>   role system_r types run_init_t;
>
>   attribute_role semanage_roles;

  reply	other threads:[~2011-12-16  6:28 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-15  7:17 [refpolicy] [PATCH 1/1] Make role attributes able to type their "own" types Harry Ciao
2011-12-16  6:28 ` Harry Ciao [this message]
2012-02-27 15:31 ` Christopher J. PeBenito

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=4EEAE520.4030905@windriver.com \
    --to=qingtao.cao@windriver.com \
    --cc=refpolicy@oss.tresys.com \
    /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.