From: cpebenito@tresys.com (Christopher J. PeBenito)
To: refpolicy@oss.tresys.com
Subject: [refpolicy] [PATCH] Add all the missing _admin interfaces to sysadm
Date: Wed, 3 Dec 2014 10:50:34 -0500 [thread overview]
Message-ID: <547F314A.3070408@tresys.com> (raw)
In-Reply-To: <547F2FF5.1000509@tresys.com>
On 12/3/2014 10:44 AM, Christopher J. PeBenito wrote:
> On 12/3/2014 10:29 AM, Jason Zaman wrote:
>>
>> On 3 Dec 2014 18:27, "Dominick Grift" <dac.override@gmail.com
>> <mailto:dac.override@gmail.com>> wrote:
>>>
>>> On Wed, 2014-12-03 at 08:56 -0500, Christopher J. PeBenito wrote:
>>>> On 12/3/2014 8:42 AM, Jason Zaman wrote:
>>>>> On Wed, Dec 03, 2014 at 08:18:46AM -0500, Christopher J. PeBenito
>> wrote:
>>>>>> On 12/3/2014 7:28 AM, Jason Zaman wrote:
>>>>>>> Lots of the foo_admin() interfaces were not applied to sysadm. This
>>>>>>> patch adds all the ones that were missing. Interfaces are added
>> together
>>>>>>> with the matching _role() interface if it was already present.
>>>>>>>
>>>>>>> Make all && make validate passes, but anyone else that can run
>> any test
>>>>>>> suites on this would be appreciated too.
>>>>>>
>>>>>> I'm not opposed to this change, but I wonder about cases like these:
>>>>>>
>>>>>>> +
>>>>>>> +optional_policy(`
>>>>>>> + asterisk_admin(sysadm_t, sysadm_r)
>>>>>>> asterisk_stream_connect(sysadm_t)
>>>>>>> ')
>>>> I think there is still the question, should the stream connect be added
>>>> to the admin interface?
>>>>
>>>
>>> I would argue, no
>>>
>>> The application use to stream connect should instead be confined and
>>> _admin should run that application with a domain transition instead
>>>
>> I think admining something and using it are not necessarily the same so
>> I agree with Dominick, they should be separate.
>
> I also agree. The admin interfaces should have all of the rules needed
> to admin the service, and that's it. If that socket connect is not
> related to an admin function, then it should remain separate. I asked
> the question since I was unsure why there was a stream connect.
>From the commit, Sven said:
>Author: Sven Vermeulen
>Date: Mon Oct 3 21:24:38 2011 +0200
>
>Allow sysadm to interact with asterisk
>
>When administering asterisk, one often ran command is "asterisk -r"
>which yields the asterisk CLI (when the asterisk server is running). To
>be able to run this, you need asterisk_stream_connect privileges.
>
>Assign these privileges to the sysadm_r
Which tells me that the stream connect should be added to the admin
interface.
--
Chris PeBenito
Tresys Technology, LLC
www.tresys.com | oss.tresys.com
next prev parent reply other threads:[~2014-12-03 15:50 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-03 12:28 [refpolicy] [PATCH] Add all the missing _admin interfaces to sysadm Jason Zaman
2014-12-03 13:18 ` Christopher J. PeBenito
2014-12-03 13:42 ` Jason Zaman
2014-12-03 13:56 ` Christopher J. PeBenito
2014-12-03 14:27 ` Dominick Grift
2014-12-03 15:29 ` Jason Zaman
2014-12-03 15:41 ` Dominick Grift
2014-12-03 15:44 ` Christopher J. PeBenito
2014-12-03 15:50 ` Christopher J. PeBenito [this message]
2014-12-03 15:55 ` Dominick Grift
2014-12-03 16:12 ` Christopher J. PeBenito
2014-12-03 16:19 ` Dominick Grift
2014-12-03 15:39 ` Dominick Grift
2014-12-03 15:50 ` Dominick Grift
2014-12-03 16:07 ` Christopher J. PeBenito
2014-12-03 16:28 ` Dominick Grift
2014-12-03 16:47 ` Christopher J. PeBenito
2015-04-03 14:29 ` 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=547F314A.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.