Solaris ssh pam_krb

Ken Hornstein kenh at cmf.nrl.navy.mil
Sat Apr 1 00:13:31 EST 2006


>> The encrypted filesystem argument holds no water, IMO.  Ken H. agrees
>> that all other kernel-side applications can upcall to do PAG->stuff
>> resolution if need be.  What's left?
>
>Ken is wrong.

Careful, now :-)  When I was agreeing with Nico, I was specifically
talking about storing Kerberos tickets in the kernel versus something
in userspace.  I think that there is no technical reason you cannot
have a userspace daemon hold/manage those tickets, _much like is done
with gssd today_ (I know that gssd doesn't hold Kerberos tickets, but
let's pretend that it does).  Mind you, I still would prefer that they
be stored entirely in the kernel.  However, that is of course EXTREMELY
distinct from what PAGs get you.  A userspace upcall to fetch a Kerberos
ticket that is associated with a PAG would happen relatively infrequently,
and I don't think would affect performance that much.  But if you had
to do an upcall to deterine PAG membership, that _would_ be a problem;
that's why I ultimately decided that the MacOS X security context stuff
wasn't usable for AFS.  I'm definately in Jeff's camp on this point.
I'm sorry if my earlier email was unclear on this subject.

--Ken



More information about the Kerberos mailing list