From: Frank Thommen <frank.thommen@embl-heidelberg.de>
To: cbay@excellency.fr, Ian Kent <raven@themaw.net>
Cc: "autofs@vger.kernel.org" <autofs@vger.kernel.org>
Subject: Re: [PATCH] Add a --mode option to chmod the mount point of the maps
Date: Mon, 14 Sep 2015 11:20:34 +0200 [thread overview]
Message-ID: <55F69162.5080601@embl-heidelberg.de> (raw)
In-Reply-To: <55F68878.40803@excellency.fr>
On 14.09.15 10:42, Cyril B. wrote:
> Ian Kent wrote:
>> On Sun, 2015-09-13 at 15:56 +0200, Cyril B. wrote:
>>> It looks like the mount point of the maps have fixed permissions, 755. I
>>> need to have different permissions: in my use case, I want /home (which
>>> is handled by autofs) to be set to 751.
>>
>> Why is this needed?
>
> Why do I want to set /home to 751? When it was set to 755, I frequently
> had users believing there was a serious vulnerability because they could
> list /home. Stupid, I know, but setting the permissions to 751 was a
> trivial solution for this.
>
>>> The initial permissions of /home are overwritten when autofs is started,
>>> so changing those doesn't help.
>>
>> They aren't overwritten.
>> The permissions are those of the autofs mount that is mounted
>> over /home.
>
> I'm not sure I'm following you. Here's my auto.master:
>
> /home program:/etc/auto.home
>
> Before launching autofs, permissions are set to 751:
>
> # ls -ald /home
> drwxr-x--x 2 root root 4096 Aug 7 11:09 /home
>
> Once I've launched autofs, permissions are reset to 755:
>
> # ls -ald /home
> drwxr-xr-x 2 root root 0 Sep 14 10:32 /home
They are not "re"set. These are the permissions of the filesystem that
you are mounting over /home (e.g. myfileserver:/export/homes). Change
the permissions of /export/homes on myfileserver.
frank
>
> And when I quit autofs, my permissions are back to 751:
>
> # ls -ald /home
> drwxr-x--x 2 root root 4096 Aug 7 11:09 /home
>
> What I want is to always have /home permissions set to 751.
>
> Note that I'm not talking about mount points below /home (e.g.
> /home/foobar), those do have the correct permissions.
>
--
Frank Thommen - Structures IT Management and Support - EMBL Heidelberg
frank.thommen@embl-heidelberg.de - +49 6221 387 8353
--
To unsubscribe from this list: send the line "unsubscribe autofs" in
next prev parent reply other threads:[~2015-09-14 9:20 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-13 13:56 [PATCH] Add a --mode option to chmod the mount point of the maps Cyril B.
2015-09-14 2:31 ` Ian Kent
2015-09-14 8:42 ` Cyril B.
2015-09-14 9:20 ` Frank Thommen [this message]
2015-09-14 9:29 ` Cyril B.
2015-09-14 9:52 ` Ian Kent
2015-09-14 9:45 ` Ian Kent
2015-09-14 10:12 ` Cyril B.
2015-09-14 10:38 ` Ian Kent
2015-09-14 3:05 ` Ian Kent
2015-09-14 3:23 ` Ian Kent
2015-09-14 11:31 ` Cyril B.
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=55F69162.5080601@embl-heidelberg.de \
--to=frank.thommen@embl-heidelberg.de \
--cc=autofs@vger.kernel.org \
--cc=cbay@excellency.fr \
--cc=raven@themaw.net \
/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.