FQDN needed by sasl_gss_client_step or gss_import_name?

[Nicolas.Williams@ubsw.com]

I did not mean that the KDC ought to make DNS lookups
specifically, not via DNS protocol anyways.

This of a realm's KDB being augmented with RR data from the
relevant DNS zone(s). That's what I'm thinking of.

I would refuse to use the DNS protocol from the KDC for such
lookups unless: a) the DNS server runs local to the KDC and
is authoritative for all relevant zones and is setup such
that the KDC is never referred to another DNS server, b) the
KDC's DNS server does not answer DNS queries from other
hosts, c) the zone files are not transferred using the DNS
protocol but using some other more secure protocol (think
SSH).

The good news is that this aliasing behaviour can be
implemented without needing any changes to the Kerberos specs.
About the only aspect I can see of KDC SPN aliasing that would
be useful to discuss in the context of the Kerberos specs is
whether to use the canonical SPN's key straight as it is or to
derive a new one for the given alias from the actual key and
the alias name (I prefer the latter); this is relevant to
interoperability as acceptors need to know how to deal with
spontaneous SPN aliasing by the KDCs, though not crucial
because one could always generate the keytab entries ahead of
time knowing what aliases a host has or will have and thus
avoid having to add code to libkrb5 for dealing with SPN
aliasing.

Nico
--  

> -----Original Message-----
> From: peter huang [mailto:peter_huang at hp.com]
> Sent: Thursday, May 23, 2002 9:29 AM
> To: kerberos at mit.edu
> Subject: Re: FQDN needed by sasl_gss_client_step or gss_import_name?
> 
> 
> I agree with what you have said here.  There is a need for 
> higher degree of
> integration between KDC and DNS.   So, how can one implement 
> this using the
> MIT/Heimdal Kerberos with BIND DNS?    It is still not clear 
> to me what
> needs to be changed except secure query to DNS server, e.g. 
> are you imply
> that the realm needs to be DNS zone (as in Microsoft win2k)?
> 
> -peter
> <Nicolas.Williams at ubsw.com> wrote in message
> news:9403F8EE868566448AA1B70D8F783C95334F26 at NSTMC004PEX1.ubsgs
> .ubsgroup.net.
> ..
> ...

> 

Visit our website at http://www.ubswarburg.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.

E-mail transmission cannot be guaranteed to be secure or error-free 
as information could be intercepted, corrupted, lost, destroyed, 
arrive late or incomplete, or contain viruses.  The sender therefore 
does not accept liability for any errors or omissions in the contents 
of this message which arise as a result of e-mail transmission.  If 
verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities or 
related financial instruments.