lkml.org 
[lkml]   [2004]   [Aug]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] implement in-kernel keys & keyring management [try #2]
On Sat, 7 Aug 2004, David Howells wrote:

> > I guess the pure way to do it is to add 13 new syscalls....
>
> I don't really want to add any syscalls, though I wouldn't be too upset to add
> just one:-/
>
> What're other people's thoughts on this?

Implement a filesystem interface, e.g. /proc/<pid>/keys

From here you can have:

/create

/<keyid>/update
/revoke
/chown
/chmod
...

Rather than syscalls/prctls for each of these.

For keyrings, you could have:

/proc/<pid>/keyring/thread
/session
/process
...

Instead of having /proc/keys and associated locking/seqfile overhead in
the kernel, a userspace library could instead traverse /proc to build a
global list of keys.

In general, I think you may be able to move logic out of the kernel this
way, e.g. userspace searching for keys.


- James
--
James Morris
<jmorris@redhat.com>


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

\
 
 \ /
  Last update: 2005-03-22 14:05    [W:0.284 / U:0.100 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site