Re: Review of draft-ietf-krb-wg-referrals-13.txt
Greg Hudson <[email protected]> Wed, 21 Mar 2012 11:52:33 -0400
| Newsgroups | gmane.ietf.krb-wg |
|---|---|
| Message-ID | <[email protected]> |
On 03/21/2012 10:44 AM, Tom Yu wrote:
> While I was rereading the document, I found the following error in
> Appendix A:
>
> PA-SVR-REFERRAL-DATA ::= SEQUENCE {
> referred-name [1] PrincipalName OPTIONAL,
> referred-realm [0] Realm
> }}
>
> should probably be:
>
> PA-SVR-REFERRAL-DATA ::= SEQUENCE {
> referred-realm [0] Realm,
> referred-name [1] PrincipalName OPTIONAL
> }
I can confirm that the ASN.1 encoder we had in our tree matches the
element order of the corrected definition ([0] realm, [1] principal
name), although nothing in our tree actually uses the encoder. But this
is evidence of what eDirectory did.
Heimdal uses:
PA-ServerReferralData ::= SEQUENCE {
referred-realm [0] Realm OPTIONAL,
true-principal-name [1] PrincipalName OPTIONAL,
requested-principal-name [2] PrincipalName OPTIONAL,
referral-valid-until [3] KerberosTime OPTIONAL,
...
}
which matches the corrected definition up until the additional elements
and extensibility marker. However, Heimdal's code confuses me because
it appears to look for an element in the KDC-REP's pa-data sequence,
with the element's value encrypted in the session key. The draft
description suggests that the code should be looking for a pa-data
element in the EncKDCRepPart's encrypted-pa-data sequence.
_______________________________________________
ietf-krb-wg mailing list
[email protected]
https://lists.anl.gov/mailman/listinfo/ietf-krb-wg