[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Kerberos Feature Request
>After being jumped on for mis-using the Microsoft term PAC when I
>meant the generic Kerberos term "authorization data" I went and
>RE-read the relevant sections of 1510 and the DRAFT clarifications
>(including the specific section of the latter that JA pointed at).
>As far as I can see there is nothing in them that addresses the KDC
>to (unspecified) authorization service interface that would be
>necessary in order for the KDC to acquire KDC-ISSUED authorization
>data.
Right, because that's outside of the Kerberos protocol.
>>Now, currently the authorization data is what you call "pretty
>>inaccessible". If you're speaking in terms of the GSSAPI, I would
>>agree. However, if you are using the MIT krb5 API, then I wouldn't
>>agree, because you can get access to the authorization data on
>>application servers via the MIT krb5 API (which is what you really
>>care about from an application server perspective). You can utilize
>>this API feature no matter who's KDC you are using.
>
>Doesn't the Kerberos FAQ recommend that you use GSSAPI in preference
>to the MIT API? ;-)
No, it doesn't, actually (speaking as the FAQ author). The strongest
word it might say in that regard is "consider", and you'll note that
text wasn't written by me.
--Ken