On Tue, 2007-09-18 at 10:58 -0700, Casey Schaufler wrote:
> --- Trond Myklebust <[email protected]> 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
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
