All of lore.kernel.org
 help / color / mirror / Atom feed
From: Russell Coker <russell@coker.com.au>
To: selinux-refpolicy@vger.kernel.org
Subject: xserver policy
Date: Tue, 05 May 2026 23:03:11 +1000	[thread overview]
Message-ID: <3065155.e9J7NaK4W3@xev> (raw)

type_transition user_t xserver_exec_t:process xserver_t;
type_transition user_wm_t mono_exec_t:process mono_t;
type_transition user_wm_t wine_exec_t:process wine_t;
type_transition user_wm_t xserver_exec_t:process xserver_t;

Currently in the Debian SE Linux policy (which I believe to be identical to 
upstream refpolicy in this regard) the above are the possible transitions from 
user_t to unconfined domains.

The mono and wine modules can be removed for essentially identical 
functionality if you happen to not use mono or wine.

Both GNOME and KDE are dropping support for X11.  If we don't drop policy 
support for X11 I think we should at least separate xdm and xserver into 
separate modules so you can have XDM for Wayland without having an unconfined 
X server policy.  As an aside the current situation is that if you remove the 
unconfined module it will be impossible to login with any XDM program.

There is also an issue of xdm_t being unconfined, I'm working on a patch to 
fix that, I have a test machine with confined xdm_t working well.


Below is the list of unconfined domains:

$ seinfo -a unconfined_domain_type -x

Type Attributes: 1
   attribute unconfined_domain_type;
	apt_t
	dpkg_script_t
	dpkg_t
	httpd_unconfined_script_t
	inetd_child_t
	init_t
	initrc_t
	kernel_t
	ldconfig_t
	mono_t
	nagios_unconfined_plugin_t
	prelink_t
	puppet_t
	samba_unconfined_script_t
	spc_t
	spc_user_t
	unconfined_execmem_t
	unconfined_java_t
	unconfined_mount_t
	unconfined_munin_plugin_t
	unconfined_qemu_t
	unconfined_sendmail_t
	unconfined_t
	wine_t
	xdm_t
	xserver_t

-- 
My Main Blog         http://etbe.coker.com.au/
My Documents Blog    http://doc.coker.com.au/




             reply	other threads:[~2026-05-05 13:03 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-05 13:03 Russell Coker [this message]
2026-05-05 13:56 ` xserver policy Christopher J. PeBenito
2026-05-06  3:49   ` Russell Coker
2026-05-06  8:17     ` Rahul Sandhu
2026-05-06  8:50       ` Russell Coker
2026-05-06 18:18         ` Rahul Sandhu
2026-05-06 18:17     ` Christopher J. PeBenito
2026-05-07  1:34       ` Russell Coker
  -- strict thread matches above, loose matches on Subject: below --
2003-02-24 11:43 Russell Coker

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=3065155.e9J7NaK4W3@xev \
    --to=russell@coker.com.au \
    --cc=selinux-refpolicy@vger.kernel.org \
    /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.