From: Mike Edenfield <kutulu@kutulu.org>
To: "Christopher J. PeBenito" <cpebenito@tresys.com>
Cc: SELinux Mailing List <selinux@tycho.nsa.gov>
Subject: Re: refpolicy patch: samba enhancements
Date: Fri, 18 Jul 2008 13:31:08 -0400 [thread overview]
Message-ID: <4880D35C.8060302@kutulu.org> (raw)
In-Reply-To: <1216393143.21191.155.camel@gorn>
Christopher J. PeBenito wrote:
> On Mon, 2008-07-14 at 16:31 -0400, Mike Edenfield wrote:
>> +tunable_policy(`samba_create_home_dirs',`
>> + unprivuser_home_filetrans_home_dir(smbd_t)
>> + unprivuser_manage_home_dirs(smbd_t)
>
> I think we want this to be unprivuser_create_home_dirs(), which would
> need to be added.
That was my first instinct but I didn't see one already present, so I
just copied what I found for oddjob_mkhomedir.
I'll define a new interface for this -- I assume that's probably a
separate patch? And I should convert the sysadm role and oddjob type to
use the interface?
>> @@ -404,7 +419,7 @@
>> read_files_pattern(nmbd_t,samba_etc_t,samba_etc_t)
>>
>> manage_dirs_pattern(nmbd_t,samba_log_t,samba_log_t)
>> -append_files_pattern(nmbd_t,samba_log_t,samba_log_t)
>> +manage_files_pattern(nmbd_t,samba_log_t,samba_log_t)
>> allow nmbd_t samba_log_t:file unlink;
>>
>> read_files_pattern(nmbd_t,samba_log_t,samba_log_t)
>
> If the goal is just to add a rename permission onto nmbd, then that
> permission should be added explicitly. Manage will allow it to delete
> the log, which we don't want, if we don't have to.
Actually, I missed a line when I was reapplying my patches to do svn
diffs; the nmbd_t type already has unlink permissions for the type, just
not rename, so it seemed that manage_files was the correct thing -- it
should let me get rid of the next line as well.
New patch coming in a bit.
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
next prev parent reply other threads:[~2008-07-18 17:28 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-14 20:31 refpolicy patch: samba enhancements Mike Edenfield
2008-07-18 14:59 ` Christopher J. PeBenito
2008-07-18 17:31 ` Mike Edenfield [this message]
2008-07-18 18:19 ` Christopher J. PeBenito
2008-07-18 18:37 ` Mike Edenfield
2008-07-18 19:08 ` Daniel J Walsh
2008-07-18 17:42 ` Daniel J Walsh
2008-07-18 18:14 ` Christopher J. PeBenito
2008-07-18 18:29 ` Mike Edenfield
2008-07-18 18:59 ` Daniel J Walsh
2008-07-18 18:24 ` Mike Edenfield
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=4880D35C.8060302@kutulu.org \
--to=kutulu@kutulu.org \
--cc=cpebenito@tresys.com \
--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.