On Tue, 2007-09-18 at 10:58 -0700, Casey Schaufler wrote:
quoted text
> --- Trond Myklebust <trond.myklebust@fys.uio.no> wrote:
> 
> > On Tue, 2007-09-18 at 17:33 +0100, David Howells wrote:
> > > Hi Al, Christoph,
> > > 
> > > Here's a new version of my credentials patch.  It's still very basic, with
> > > only Ext3, (V)FAT, NFS, AFS, SELinux and keyrings compiled in on an x86_64
> > > arch kernel.  The patched kernel compiles, links and runs.
> > > 
> > > I've made the following major changes to the patch:
> > > 
> > >  (1) System calls that might want to use the credentials call
> > >      update_current_cred() before calling into the VFS or whatever.  This
> > >      allows the keyring pointers in the cred struct to be updated.
> > > 
> > >  (2) I've got rid of current_cred(), __current_cred() and the accessors for
> > >      current's fsuid, fsgid and group list.  Instead you just use
> > >      current->cred->whatever.  You don't need RCU to read the current
> > threads
> > >      credentials as only you are permitted to change them.
> > > 
> > > David
> > > ---
> > 
> > What about the process' capabilities? Shouldn't they also be part of a
> > credential?
> 
> As should the LSM security blob, if appropriate.
> 
> What I don't really understand is what value is gained by this exercise.
> Are the savings sufficiently significant to justify the effort?

It is not about savings, but about new functionality. Basically, the
existence of reference-counted credentials will allow AFS and NFS to
cache that information and use it for deferred writes etc.

Cheers
  Trond

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