Re: securety related question...

Bill maltby - LFS Related <[email protected]>
Newsgroups gmane.linux.lfs.security
Message-ID <[email protected]>
On Sun, 6 Oct 2002, Erika Pacholleck wrote:
> [06.10.2002] Bill maltby - LFS Related <-- :
> > On Sun, 6 Oct 2002, Richard Lightman wrote:
> > 
> > > Could you check that you can bind a rw device ro? I read somewhere
> > > that there was a patch to keep separate mount flags for each mount,
> > > but it does not appear to be there yet:
> > 
> > I get the same results with the same version of mount that you have.
> > Further, if I do a "remount,ro", the remount affects the "base" mount as
> > well as the bound mount. So, until separate flags for the bound mount
> > point become available, there is reduced security available for the "host"
> > partition if it must be mounted rw.
> 
> Isn't it logical? The --bind is the only option (no additionals) and its
> purpose is to make the *already mounted* partition available at another
> place, that *same* partition (and this means with all its flags).

This is logical for me only if I presume that the designer/coder does not
provide functionality that I would provide. Consider:
  - a mount is only a redirection operation upon an i-node
  - this re-direct-associated control structure, could have a set of
    flags totally independent of the "base" mounting
  - given that, it seems rational that different "permissions" could hold,
    depending upon which path was used to access the position
  - so I could have write permissions through one path and not have them
    in another path.

There are some "complications" that would have to be handled, such as
those you mention.

> How are we going to end up, if --bind would allow to change the flags,

It would changing only the flags associated with the re-direction, not the
base mounting, in my theoretical implementation.

> suddenly a by intention mounted ro partition will be rw, and what you
> believe protected by ro is suddenly deleted via the bound mounting point!

So? I see no problem with that. Further, it is no different than current
(flawed) *IX implementations for directories. Have some fun, try this.

Cd to some directory. From another session, rm -rf the directory in whcich
the other is positioned. Now go to the first session again. Do pwd. Then
do "cd ..". Interesting?

-- 
Bill Maltby
[email protected]

-- 
Unsubscribe: send email to [email protected]
and put 'unsubscribe lfs-security' in the subject header of the message
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.