linux-kernel - Re: Credentials test patch

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <1190138621.6656.39.camel@heimdal.trondhjem.org>
Date:	Tue, 18 Sep 2007 14:03:41 -0400
From:	Trond Myklebust <trond.myklebust@....uio.no>
To:	casey@...aufler-ca.com
Cc:	David Howells <dhowells@...hat.com>, viro@....linux.org.uk,
	hch@...radead.org, linux-kernel@...r.kernel.org
Subject: Re: Credentials test patch

On Tue, 2007-09-18 at 10:58 -0700, Casey Schaufler wrote:
> --- Trond Myklebust <trond.myklebust@....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

-
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/