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

Phillip Hallam-Baker <hallam@gmail.com> Mon, 11 March 2013 11:42 UTC

Return-Path: <hallam@gmail.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 C0CA121F8750 for <apps-discuss@ietfa.amsl.com>; Mon, 11 Mar 2013 04:42:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.9
X-Spam-Level:
X-Spam-Status: No, score=-2.9 tagged_above=-999 required=5 tests=[AWL=0.399, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1]
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 IgGtTXz3L1KY for <apps-discuss@ietfa.amsl.com>; Mon, 11 Mar 2013 04:42:16 -0700 (PDT)
Received: from mail-wg0-f52.google.com (mail-wg0-f52.google.com [74.125.82.52]) by ietfa.amsl.com (Postfix) with ESMTP id 0A48521F8A35 for <apps-discuss@ietf.org>; Mon, 11 Mar 2013 04:42:04 -0700 (PDT)
Received: by mail-wg0-f52.google.com with SMTP id 12so4903337wgh.7 for <apps-discuss@ietf.org>; Mon, 11 Mar 2013 04:42:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Vc6aa9JLRoeJ+fyoNMdJwgTx0WK+kI+rGwgg5l/Hyn4=; b=bkBnrMwZCGkBvzfH08MhcUTwIOBJtT7fm56Ub43voQ8HwY6rKM8him5IU3N2/F/wKR V9lZyOhdDKXH2dSWMFsXhxtBg8fVrU0LDmgCkxANCmZUkUQDu9r7vyYRH+5AgjcBy3R8 89ITwd9twWuqvlMcFD/L2BTfAO6dRu8zuhKlT3bOc+eKOngTBbyEm+iPKgb41ulL7/Mf IC+oeL48hMCrzKWrnET6g65n4hlKpbOYhNZrHq0oPYSla0jW8x8exqpc3LT2FP2XhxDw 37Uu8iHRarzuxPoXA7M4HhMEQT1DI7pN8K18+HcbOMGADCgo7TMOMaYSUTWodeZoCHj9 tXCQ==
MIME-Version: 1.0
X-Received: by 10.180.97.132 with SMTP id ea4mr11768502wib.23.1363002124182; Mon, 11 Mar 2013 04:42:04 -0700 (PDT)
Received: by 10.194.11.71 with HTTP; Mon, 11 Mar 2013 04:42:04 -0700 (PDT)
In-Reply-To: <CAMm+LwiHvTmJBxLSPh7ZVRMOyy0-UpRBak9vKL7To9n1sezw5A@mail.gmail.com>
References: <20130310042250.GE33497@mx1.yitter.info> <75239F19-93AF-40EF-A367-0E289A6D1269@frobbit.se> <20130310182928.GE37514@mx1.yitter.info> <2EB68C60-4146-4072-A005-DA8DD9AF7993@frobbit.se> <CAMm+LwiHvTmJBxLSPh7ZVRMOyy0-UpRBak9vKL7To9n1sezw5A@mail.gmail.com>
Date: Mon, 11 Mar 2013 07:42:04 -0400
Message-ID: <CAMm+LwhSRypxirhUk3Yb4MDj7yuYbuqhwYF6r4ojeYjWQrhy8g@mail.gmail.com>
From: Phillip Hallam-Baker <hallam@gmail.com>
To: Patrik Fältström <paf@frobbit.se>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: apps-discuss@ietf.org
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: Mon, 11 Mar 2013 11:42:17 -0000

Looks like my plane is not getting in till 10:15, probably won't make
apps area wg.

My main concern is that anyone with useful information be able to
share it through the DNS rather than perpetuate a host of external
registries and folklore.

The new TLD operators are positioned to provide information and that
would be useful.


Switching the cookie protocol so that it is less insane seems like a
good thing to do but takes longer.


On Sun, Mar 10, 2013 at 3:12 PM, Phillip Hallam-Baker <hallam@gmail.com> wrote:
> I think that there are two separate sets of security requirements here
> and there is therefore a need to be able to state either
>
> * This domain is a public delegation point
> * This domain is NOT a public delegation point.
>
> Andrew's proposal seems to be limited to the security issues of
> cookies. I think there is a much better way to solve the security
> problems of cookies, one that is guaranteed to be 100% reliable,
> albeit not one that is likely to be acceptable...
>
> The reason I want both types of assertion is that we use the public
> suffix list in a different way when we are issuing a certificate and
> the security concerns are rather different as a result. In particular
> CAs are only ever going to consider information retrieved from the DNS
> as 'evidence'. It is never going to be considered to be 'proof' and
> never relied on to the exclusion of any other information.



-- 
Website: http://hallambaker.com/