linux-kernel - Re: "mount --bind" with user/group/mode definition?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Thu, 11 Oct 2007 05:46:38 -0400
From:	Kyle Moffett <mrmacman_g4@....com>
To:	"Ph. Marek" <philipp.marek@...v.gv.at>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: "mount --bind" with user/group/mode definition?

On Oct 11, 2007, at 04:35:37, Ph. Marek wrote:
> is there some way to duplicate a directory somewhere else (like  
> with "mount --bind"), but having different owner/group/mode bits?
>
> I'd like to mount a directory I have no control over (think NFS, or  
> floppy, ...) with clearly defined rights - like root:<some group>,  
> mode 0550 for all directories, and 0440 for all files. (Here I want  
> to have full *read* control, regardless of the original permissions).
> [ I know that this special case can be (mostly) done by a read-only  
> binding mount; the part that is missing is eg. files with a  
> different owner being 0700. ]
>
> I know that something like this is possible for eg. VFAT, which has  
> no right descriptors for itself; but I'd need that for arbitrary  
> directory trees, who  themselves *have* permissions set.
>
> Is there some way to achieve that?

Not at the moment, unfortunately.  I suspect that with the recent  
developments in user container support and/or overlay mounting it  
will become possible to either write a UID/GID-translation overlay  
filesystem or grant cross-UID-container keys to achieve what you  
want.  On the other hand that probably won't fully happen for up to a  
year or so.

Cheers,
Kyle Moffett
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/