All of lore.kernel.org
 help / color / mirror / Atom feed
From: cpebenito@tresys.com (Christopher J. PeBenito)
To: refpolicy@oss.tresys.com
Subject: [refpolicy] fcontexts for XDG_RUNTIME_DIR /run/user
Date: Wed, 13 Apr 2016 13:01:35 -0400	[thread overview]
Message-ID: <570E7B6F.3070408@tresys.com> (raw)
In-Reply-To: <570E716F.5080908@redhat.com>

On 4/13/2016 12:18 PM, Miroslav Grepl wrote:
> On 04/12/2016 07:57 PM, Christopher J. PeBenito wrote:
>> On 4/12/2016 1:02 PM, Jason Zaman wrote:
>>> On Tue, Apr 12, 2016 at 10:43:33AM -0400, Christopher J. PeBenito wrote:
>>>> On 4/11/2016 1:11 PM, Jason Zaman wrote:
>>>>> Hi all,
>>>>>
>>>>> I submitted patches to add USERID and USERNAME to genhomedircon[1] and
>>>>> am now trying to fix refpol to work with it.
>>>>>
>>>>> What labels do we want for things in /run/user?
>>>>> Currently refpol has the following which seems pretty weird:
>>>>> /var/run/user(/.*)? gen_context(system_u:object_r:var_auth_t,s0)
>>>>> It was originally added from fedora but fedora has since dropped that.
>>>>>
>>>>> fedora now has:
>>>>> /var/run/user(/.*)? gen_context(system_u:object_r:user_tmp_t,s0)
>>>>>
>>>>> The problem with that fcontext is that users have write perms towards
>>>>> user_tmp_t so they would be able to do other things in /run/user/
>>>>> instead of only within /run/user/%{USERID}/.
>>>>>
>>>>> I think we should have some kind of _root_t and _home_t like how things
>>>>> are for /home and /home/USERNAME
>>>>
>>>> This makes sense.
>>>
>>> so this?
>>> /var/run/user system_u:object_r:xdg_runtime_root_t:s0
>>> /var/run/user/1000 staff_u:object_r:xdg_runtime_home_t:s0
>>>
>>> Once the patches get merged in to the userspace tools I will start
>>> preparing patches for this.
>>>
>> [...]
>>>> Which group (if any) specified how /run/user/UID should be used? XDG?
>>>
>>> https://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
>>>
>>> I think systemd started it, but ConsoleKit2 supports it too and it is
>>> officially a freedesktop/XDG spec.
>>
>> I think it makes more sense for these not to be XDG-named types, since
>> XDG isn't the only one that uses it.  Perhaps something like
>> user_runtime_root_t and user_runtime_t, or maybe user_runtime_t and
>> user_tmp_t (I'm open to other suggestions).
>>
> 
> Ok, this is again https://github.com/systemd/systemd/issues/257.

I don't see how this is related.  This isn't about systemd's behavior,
but simply choosing what are the correct .fc entries for this directory
structure.

-- 
Chris PeBenito
Tresys Technology, LLC
www.tresys.com | oss.tresys.com

  reply	other threads:[~2016-04-13 17:01 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-11 17:11 [refpolicy] fcontexts for XDG_RUNTIME_DIR /run/user Jason Zaman
2016-04-12 14:43 ` Christopher J. PeBenito
2016-04-12 17:02   ` Jason Zaman
2016-04-12 17:57     ` Christopher J. PeBenito
2016-04-13 16:18       ` Miroslav Grepl
2016-04-13 17:01         ` Christopher J. PeBenito [this message]
2016-04-13 18:24           ` Jason Zaman
2016-05-04 13:00           ` Miroslav Grepl

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=570E7B6F.3070408@tresys.com \
    --to=cpebenito@tresys.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.