[6991] in Kerberos

home help back first fref pref prev next nref lref last post

Question re: aname mapping

daemon@ATHENA.MIT.EDU (Jim Garlick)
Wed Apr 3 09:07:06 1996

To: kerberos@MIT.EDU
Date: 2 Apr 1996 17:29:41 GMT
From: garlick@ecst.csuchico.edu (Jim Garlick)

Hello,

I have a question about "aname" mapping between Kerberos principal names
and local usernames.  

This is hypothetical at this point, but let's say my campus runs a Kerberos 
realm called CSUCHICO.EDU which issues unique principal names to students 
using one algorithm.  Let's say I have an installed user base in Engineering 
that uses another algorithm for picking usernames, but I want to take 
advantage of the campus Kerberos service without changing all my usernames.

My campus can provide a mapping between student ID numbers and principal
names, and I can also provide a similar mapping between student ID numbers
and usernames on my systems.  I can use this information to create an
aname mapping between principal names and usernames, e.g.
   A123456@CSUCHICO.EDU garlick
   A123457@CSUCHICO.EDU fred

Great.  Once I have a TGT for A123456@CSUCHICO.EDU, I should be able to
use Kerberos-authenticated services as "garlick" all over Engineering,
and actually all over campus where my principal name may be mapped to other
usernames.

The problem is that my users have to remember two usernames now:  the
principal name and their Engineering username.  I would like them to be 
able to just type "kinit" and have kinit look up their principal name using 
their username, but since aname is not one-to-one, the reverse of
krb5_aname_to_localname() isn't possible.

Before I get into hacking kinit to look up the principal name in some other
database of my own creation, can somebody tell me if there is an easier
way to do this (without changes to the software)?  

We don't have a real Kerberos service on campus yet, so major paradigm shifts
are possible at this point.  Users will have multiple "usernames" in different
areas of campus though;  this is hard to avoid for us.  The big question right
now is whether we can create a "generic" Kerberos service on campus that
various departments can take advantage of.

An example of an ideal scenario would be if a student could kinit on a
campus lab workstation with one username and implicitly pick up a TGT for 
their "generic" principal name, then be able to telnet to Engineering or 
other areas where they have different usernames and never have to type their 
password over the network in the clear, or have to know their generic
principal name.

Thanks!

Jim

home help back first fref pref prev next nref lref last post