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