Kerberos Feature Request

Sam Hartman hartmans at MIT.EDU
Tue Feb 10 14:14:22 EST 2004


[cc list trimmed]

>>>>> "Henry" == Henry B Hotz <hotz at jpl.nasa.gov> writes:

    Henry> I probably should send this to the IETF group, but I'm not
    Henry> on their mailing lists.  (Apologies if the cross-posting
    Henry> causes problems.)  It would be *nice* if all Kerberos
    Henry> distributions added this feature the same way.

    Henry> One of the famous things that Microsoft did in their AD
    Henry> Kerberos implementation is added authorization data to the
    Henry> (supposedly optional) PAC field that is necessary when
    Henry> using certain other Microsoft functionality.  AFAIK all of
    Henry> the information added is also contained in the LDAP
    Henry> directory that AD also provides.

    Henry> I do not think it makes any sense for a (non-Microsoft)
    Henry> Kerberos server to directly maintain this data.  Rather it
    Henry> should have a mechanism for acquiring the data from an
    Henry> external source, such as an LDAP directory.

I agree with you so far.  I disagree however that we should focus on
providing the same data as the AD interface.

Replacing a windows domain controller with a Kerberos server is a fine
goal.  Kerberos vendors should support it with plugins.

But Microsoft seems to have solved the problem well for Windows
machines.  Many aspects of the solution do not seem to be appropriate
for other environments.

As such, I'd rather see the Kerberos community work on its own more
general solution and let folks like Samba etc work on replacing
Windows DCs.  

I don't think you will see standardization of the interfaces for
getting this information.  I understand it would be nice for you.  I
just don't know that there will be resources available for that
standardization work.  It's certainly outside the scope of the IETF.



More information about the krbdev mailing list