mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Albert D. Cahalan" <acahalan@cs.uml.edu>
To: linux-kernel@vger.rutgers.edu
Subject: Re: autofs vs. Sun automount -- new fs proposal
Date: Thu, 17 Dec 1998 11:09:30 -0500 (EST)	[thread overview]
Message-ID: <199812171609.LAA01324@saturn.cs.uml.edu> (raw)


Peter Benie writes:
> Stefan Monnier <monnier+misc/news@tequila.cs.yale.edu> wrote:
>> pjb1008@cam.ac.uk (Peter Benie) wrote:

>>> I don't actually see the point of implementing a read-only loopback
>>> mount. There are already protection mechanisms in the kernel to
>>> prevent one user from writing to another user's files. If you need to
>>> run a program so that it cannot write to any files, just run the
>>> program under a different uid.
>>
>> Following the same reasoning: why allow things like `chmod u-w' since
>> the user can change it back anyway !
> 
> Huh? I can't see how that follows, and I don't understand the point
> that you're trying to make.
> 
> What I'm saying is that there are standard ways under Unix to stop
> programs from writing to your files
...
> To use the kernel's existing protection mechanisms that protect
> non-zero uids from each other.


Those protection mechanisms are likely to fail.
The NSA even has a report on the failure of normal access control:

        http://www.jya.com/paperF1.htm

The report explains why access control failure is inevitable, at least
with the normal controls provided by unix and NT. They advocate some
more advanced methods that help prevent mistakes.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

                 reply	other threads:[~1998-12-17 15:29 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=199812171609.LAA01324@saturn.cs.uml.edu \
    --to=acahalan@cs.uml.edu \
    --cc=linux-kernel@vger.rutgers.edu \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®