[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081231104904.5a89fc60@infradead.org>
Date: Wed, 31 Dec 2008 10:49:04 +0100
From: Arjan van de Ven <arjan@...radead.org>
To: "Muntz, Daniel" <Dan.Muntz@...app.com>
Cc: "Trond Myklebust" <trond.myklebust@....uio.no>,
"Andrew Morton" <akpm@...ux-foundation.org>,
"Stephen Rothwell" <sfr@...b.auug.org.au>,
"Bernd Schubert" <bernd.schubert@...tmail.fm>,
<nfsv4@...ux-nfs.org>, <linux-kernel@...r.kernel.org>,
<steved@...hat.com>, <dhowells@...hat.com>,
<linux-next@...r.kernel.org>, <linux-fsdevel@...r.kernel.org>,
<rwheeler@...hat.com>
Subject: Re: Pull request for FS-Cache, including NFS patches
On Tue, 30 Dec 2008 14:15:42 -0800
"Muntz, Daniel" <Dan.Muntz@...app.com> wrote:
> >> As for security, look at what MIT had to do to prevent local disk
> >> caching from breaking the security guarantees of AFS.
> >
> >See what David has added to the LSM code to provide the same
> >guarantees
> for cachefs...
> >
> >Trond
>
> Unless it (at least) leverages TPM, the issues I had in mind can't
> really be addressed in code. One requirement is to prevent a local
> root user from accessing fs information without appropriate
> permissions.
we're talking about NFS here (but also local CDs and potentially CIFS
etc). The level of security you're talking about is going to be the
same before or after cachefs.... very little against local root.
Frankly, any networking filesystem just trusts that the connection is
authenticated... eg there is SOMEONE on the machine who has the right
credentials.
Cachefs doesn't change that; it still validates with the server before
giving userspace the data.
--
Arjan van de Ven Intel Open Source Technology Centre
For development, discussion and tips for power savings,
visit http://www.lesswatts.org
--
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/
Powered by blists - more mailing lists