Re: [apps-discuss] "finding registered domains"

"MH Michael Hammer (5304)" <MHammer@ag.com> Wed, 13 March 2013 04:41 UTC

Return-Path: <MHammer@ag.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2407011E8164 for <apps-discuss@ietfa.amsl.com>; Tue, 12 Mar 2013 21:41:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DzbaF11NmRq2 for <apps-discuss@ietfa.amsl.com>; Tue, 12 Mar 2013 21:41:02 -0700 (PDT)
Received: from agwhqht.amgreetings.com (agwhqht.amgreetings.com [207.58.192.41]) by ietfa.amsl.com (Postfix) with ESMTP id 53C8E11E80E1 for <apps-discuss@ietf.org>; Tue, 12 Mar 2013 21:41:02 -0700 (PDT)
Received: from USCLES544.agna.amgreetings.com ([fe80::f5de:4c30:bc26:d70a]) by USCLES531.agna.amgreetings.com ([::1]) with mapi id 14.02.0328.009; Wed, 13 Mar 2013 00:41:01 -0400
From: "MH Michael Hammer (5304)" <MHammer@ag.com>
To: Andrew Sullivan <ajs@anvilwalrusden.com>, "apps-discuss@ietf.org" <apps-discuss@ietf.org>
Thread-Topic: [apps-discuss] "finding registered domains"
Thread-Index: AQHOHpZMP5BTWxKTGUm1LqSfeE4juZihPyuAgAEDWQCAAGWbgIAAE/kAgAAJCwCAAAN7AIAAA5+AgAAj3ACAAEsBgP//z0DA
Date: Wed, 13 Mar 2013 04:41:00 +0000
Message-ID: <CE39F90A45FF0C49A1EA229FC9899B05600CB2@USCLES544.agna.amgreetings.com>
References: <CAL0qLwaGY0TYOndAUgbVYG5qDKKfP2U5Wuc5+oBXgyJ_kz9wSg@mail.gmail.com> <CAL0qLwYq1bgUykCfPQz7tvMBsxyfXSyBDTQQp=VQPu=74v_G0w@mail.gmail.com> <20130311210857.GG38441@mx1.yitter.info> <CAL0qLwY9YyLpHF9XYbm5zCC1+3PzCtdcmgyC6eiQ-P7QBKiDyA@mail.gmail.com> <20130312184051.GE39324@mx1.yitter.info> <CAL0qLwaD_6k36ZzAFO_KKkP=ud_Cd=-4P+vH_UQ58p6BcuY25A@mail.gmail.com> <20130312202442.GE41728@mx1.yitter.info> <CAL0qLwbg6CxtGO=b+iEtDXw3-FG1Rjr1QG_hcgxiGo5P7fPqgA@mail.gmail.com> <20130312205006.GI41728@mx1.yitter.info> <CAL0qLwb_X=WeNE8Hp9HWnd64OvZCu0bgdmDaw5Gct_VEsY45MA@mail.gmail.com> <20130313032655.GD41909@mx1.yitter.info>
In-Reply-To: <20130313032655.GD41909@mx1.yitter.info>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.144.15.201]
x-kse-antivirus-interceptor-info: scan successful
x-kse-antivirus-info: Clean
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [apps-discuss] "finding registered domains"
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Mar 2013 04:41:04 -0000

> -----Original Message-----
> From: apps-discuss-bounces@ietf.org [mailto:apps-discuss-
> bounces@ietf.org] On Behalf Of Andrew Sullivan
> Sent: Tuesday, March 12, 2013 11:27 PM
> To: apps-discuss@ietf.org
> Subject: Re: [apps-discuss] "finding registered domains"
> 
> On Tue, Mar 12, 2013 at 06:58:28PM -0400, Murray S. Kucherawy wrote:
> > In my use case, it's defined that an example.com policy is used (if it
> > exists) in the absence of a foo.bar.example.com policy.  The problem
> > is I don't know how far up the tree to make that second query.
> 
> In order for that to be defined, you put a SOPA record at
> foo.bar.example.com that says "example.com".  If you have no SOPA record,
> the policy for foo.bar.example.com is "nobody else shares this".  This is a
> "default closed" policy, which I think has to be the right one.
> 

I'm trying to wrap my head around this for the use case for domain trees such as example.co.uk. We know (or should know) that the (or at least one important) cut is always going to be at .co.uk. I think this is one of the use cases that has been problematic. Do we really want to rely on each subdomain up the tree publishing a SOPA record for this type of case? What do we do when some subdomains publish and others do not? Is the intent to force domain administrators to go along by them ending up with suboptimal outcomes if they don't?

I'm not asking these things to be snarky - I'm really not clear on the thinking here. In the email authentication space we've always gone to some lengths to avoid imposing new standards (SPF, DKIM, DMARC) on folks that don't really care to participate. I'm also concerned because my experience is that so many admins/domain owners get even the simplest DNS records wrong in implementation.

> There's something slightly awkward about this for the CA case, however,
> when you have deep trees and you want a wildcard cert that descends the
> tree from example.com.  I'm still not sure what to do about that, because it's
> going to be impossible to enumerate all the names under a wildcard (and
> anyway, you can't do multi-label wildcards).  I remain a little unhappy about
> this, but it strikes me that anyone doing wildcard certs for deep trees may be
> in a world of hurt anyway, and it would be better to add an additional SOPA
> record for (for instance) *.oneIactuallyWant.example.com.
> 
> > So in my case I explicitly will believe the
> > parent/grandparent/whatever statement, but I don't know how far up to
> > go, and I don't want to ask everyone; I only want to ask at most two
> questions.
> 
> As long as you have the pointer up the tree, that should work.
> 
> A
> 
> --

Mike