Re: [kitten] Kerberos Service Discovery using DNS

Benjamin Kaduk <kaduk@MIT.EDU> Wed, 11 March 2015 16:03 UTC

Return-Path: <kaduk@mit.edu>
X-Original-To: kitten@ietfa.amsl.com
Delivered-To: kitten@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19C711A03F9 for <kitten@ietfa.amsl.com>; Wed, 11 Mar 2015 09:03:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level:
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ls3okCqDc3ed for <kitten@ietfa.amsl.com>; Wed, 11 Mar 2015 09:03:54 -0700 (PDT)
Received: from dmz-mailsec-scanner-6.mit.edu (dmz-mailsec-scanner-6.mit.edu [18.7.68.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 006F31ACD3E for <kitten@ietf.org>; Wed, 11 Mar 2015 09:01:36 -0700 (PDT)
X-AuditID: 12074423-f79066d0000058b8-66-550066dfcfb5
Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-6.mit.edu (Symantec Messaging Gateway) with SMTP id 33.C6.22712.FD660055; Wed, 11 Mar 2015 12:01:35 -0400 (EDT)
Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id t2BG1Yw0019929; Wed, 11 Mar 2015 12:01:35 -0400
Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id t2BG1WKT014091 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 11 Mar 2015 12:01:33 -0400
Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id t2BG1V8F006900; Wed, 11 Mar 2015 12:01:31 -0400 (EDT)
Date: Wed, 11 Mar 2015 12:01:31 -0400
From: Benjamin Kaduk <kaduk@MIT.EDU>
To: Nathaniel McCallum <npmccallum@redhat.com>
In-Reply-To: <1425679096.2550.9.camel@redhat.com>
Message-ID: <alpine.GSO.1.10.1503111200080.3953@multics.mit.edu>
References: <1425578271.2715.5.camel@redhat.com> <54FA1F7D.2050703@mit.edu> <1425679096.2550.9.camel@redhat.com>
User-Agent: Alpine 1.10 (GSO 962 2008-03-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrLIsWRmVeSWpSXmKPExsUixG6nons/jSHU4MsPZYujm1exWMz9OovV gcljyZKfTB7v911lC2CK4rJJSc3JLEst0rdL4Mron3yauWApZ8XPttWMDYxr2bsYOTkkBEwk rp78wQhhi0lcuLeerYuRi0NIYDGTRMPPJnYIZyOjxLKGtVDOISaJJ5O7GCGcBkaJL6chZrEI aEts+DiLDcRmE1CRmPlmI5gtIqAnsWzfBKAGDg5mASOJC78yQMLCAlYSmzcuAVvNKWAosej2 OVYQm1fAQaLv8E9mEFtIoEBi1qGzYONFBXQkVu+fwgJRIyhxcuYTMJtZQEti+fRtLBMYBWch Sc1CklrAyLSKUTYlt0o3NzEzpzg1Wbc4OTEvL7VI10wvN7NELzWldBMjOFRdlHcw/jmodIhR gINRiYd3xqz/IUKsiWXFlbmHGCU5mJREeQOSGUKF+JLyUyozEosz4otKc1KLDzFKcDArifDu CATK8aYkVlalFuXDpKQ5WJTEeTf94AsREkhPLEnNTk0tSC2CycpwcChJ8D5IAWoULEpNT61I y8wpQUgzcXCCDOcBGn4BpIa3uCAxtzgzHSJ/ilFRSpxXKBUoIQCSyCjNg+uFpZJXjOJArwjz uoNU8QDTEFz3K6DBTECDWayBnuQtLklESEk1MOpJnNmc85s3smn1D6OM5a2Nr21X9H9/VKWd eWbP/APxKkcq024etK07fnIV05P3WlJKW8Le+8ov0DrWsufE84D1ypwWJVesirfWaW6b0tiU zN3Fx7Ui8u8CuW/cD8O57p3RDfsq/Z63u/tI67ucxRkz1hw8vt2Pu9f74cHKOrbpIiyrJl98 xajEUpyRaKjFXFScCABALPQzAAMAAA==
Archived-At: <http://mailarchive.ietf.org/arch/msg/kitten/rPa3head7T_h1hKlsAZ6tMVjt5g>
Cc: kitten@ietf.org
Subject: Re: [kitten] Kerberos Service Discovery using DNS
X-BeenThere: kitten@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Common Authentication Technologies - Next Generation <kitten.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/kitten>, <mailto:kitten-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/kitten/>
List-Post: <mailto:kitten@ietf.org>
List-Help: <mailto:kitten-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/kitten>, <mailto:kitten-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Mar 2015 16:03:56 -0000

On Fri, 6 Mar 2015, Nathaniel McCallum wrote:

> On Fri, 2015-03-06 at 16:43 -0500, Greg Hudson wrote:
> >
> > The current draft does allow the URI records to express no
> > preference of UDP versus TCP; one can simply give them the same
> > priority and don't use weights.  But if the URI records express a
> > preference, should a client always honor that preference, or can it
> > ignore it--say, if the packet is large?
>
> I would say that the client must never ignore the DNS preference.
> Large packets are not usually generated on the fly by clients but are
> either server responses to clients or are the result of server-
> configured preauth mechs. This means that the server in question has
> been configured to cause these large packet sizes. Because of this,
> the DNS preferences should match the server's configuration. Anything
> other than this is a misconfiguration.

The client can always supply arbitrary authdata and request its inclusion
in the ticket.  The KDC need not know in advance when this might happen or
what it might include.

> I'd be happy to add a statement to this effect in the draft.

I would prefer Simo's approach.

-Ben