Re: [Trans] DNS for CT

Ben Laurie <benl@google.com> Wed, 24 February 2016 05:06 UTC

Return-Path: <benl@google.com>
X-Original-To: trans@ietfa.amsl.com
Delivered-To: trans@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D6AA1A88B8 for <trans@ietfa.amsl.com>; Tue, 23 Feb 2016 21:06:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.384
X-Spam-Level:
X-Spam-Status: No, score=-1.384 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.006, SPF_PASS=-0.001] autolearn=no
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 O5PAVPjLbhOI for <trans@ietfa.amsl.com>; Tue, 23 Feb 2016 21:06:18 -0800 (PST)
Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A9EA11B452E for <trans@ietf.org>; Tue, 23 Feb 2016 21:06:16 -0800 (PST)
Received: by mail-ob0-x230.google.com with SMTP id dm2so7585815obb.2 for <trans@ietf.org>; Tue, 23 Feb 2016 21:06:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=i9UPGurwJiVvUoT+u2v8zZMbFlyj6W5JuD5ClSB55Go=; b=PfwFDTlEs23g/hnzspXbUFAUV+/08TNZ7huYrG/9Ty11mHx8V3NbcY34bzGqP8VBtt Qz8WViFeYAqEOnnLTVY2K3hYMZN9Tnur7mlMYoxJDLfMr4t6zpM0dcIJ3qmNecDzLOAT o3SQWs0pK6hBdAzwdVdQ7bJ9fE87voREmWvIzD5D4/9y8kmrMBY+hSIMZV5/zmD5U+B9 kNTJ1A3hWhXvnAQaX9OBRFUUSG8C9W8MjWqaXYYKpOchfyI6xFpntm9ZMHYS5kijPcn3 e8sVe/b9SCRmf9aqwxAuneAmX78FqZIsLw7iTS6FsPuv9WSPROS17ng6Oi1LXInvablx HW6Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=i9UPGurwJiVvUoT+u2v8zZMbFlyj6W5JuD5ClSB55Go=; b=TlzZCeDNFxPC8Kh08hc4UDCq3KgbGKHqTEYqEfFp++FJt9S/nvkp6RC22IgzSfsafT pHyjV/q9kkpHiBJQyT4fq8KNZPckOgDfA3v30KmrwpMNT2bJ9QvKWDd85H07bMatwQey 7v+tl61+uq6QFRU9HqKsR8NfI9lcAYCKnxMMkFWmdgIHnh7/K1af+ybO137iKn5m+IyG QhQSAIpoLubVVT5nIFiLug3Ux5pUo5B1Z1L8kGlAdgUZXNefreEw2Dd7WtdxyVfdkuOr dVzrF4XWgU4aAMii6mjfVcQwJEJjmRHxuNUYIp3F5dbGusv9iGOo4Bja5qbPiZtIDD3Z wugg==
X-Gm-Message-State: AG10YOSrTgWcOK3A8nbnVXHV+fBIlbiT/2V9QUZQiefFRTQnMNlZ9uSumiH+7SVpk/cqQTMxElTWmpl/6Jsgoj4G
MIME-Version: 1.0
X-Received: by 10.107.137.142 with SMTP id t14mr40756750ioi.172.1456290375938; Tue, 23 Feb 2016 21:06:15 -0800 (PST)
Received: by 10.64.26.98 with HTTP; Tue, 23 Feb 2016 21:06:15 -0800 (PST)
In-Reply-To: <34C51BE8-D9CF-4455-A89E-BCCD29DCDEB6@vpnc.org>
References: <CABrd9SQs77jBeTf7Z-M0b9zbKG6=L3Ho020FvNDE5SNRyk=Tig@mail.gmail.com> <34C51BE8-D9CF-4455-A89E-BCCD29DCDEB6@vpnc.org>
Date: Wed, 24 Feb 2016 05:06:15 +0000
Message-ID: <CABrd9SRNGxLJN5g0769gfjUmM-AJFGHpUhrgCZ03dtun9zzxOw@mail.gmail.com>
From: Ben Laurie <benl@google.com>
To: Paul Hoffman <paul.hoffman@vpnc.org>
Content-Type: multipart/alternative; boundary="001a113f8f2c8c9a05052c7d06ea"
Archived-At: <http://mailarchive.ietf.org/arch/msg/trans/AthoSqOi8R-2VQpkJdKaOdlrElo>
Cc: Pierre Phaneuf <pphaneuf@google.com>, "trans@ietf.org" <trans@ietf.org>, "certificate-transparency@googlegroups.com" <certificate-transparency@googlegroups.com>
Subject: Re: [Trans] DNS for CT
X-BeenThere: trans@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Public Notary Transparency working group discussion list <trans.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/trans>, <mailto:trans-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/trans/>
List-Post: <mailto:trans@ietf.org>
List-Help: <mailto:trans-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/trans>, <mailto:trans-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Feb 2016 05:06:19 -0000

On 24 February 2016 at 00:12, Paul Hoffman <paul.hoffman@vpnc.org> wrote:

> On 23 Feb 2016, at 8:00, Ben Laurie wrote:
>
> As we've mentioned several times, we've been working on a way to retrieve
>> CT data over DNS to improve the privacy properties of inclusion proofs.
>>
>
> This is a good idea, and the motivation mentioned in the not-yet-a-draft
> is good. However, I have some questions about the protocol that you show.
>
>
>> https://github.com/google/certificate-transparency-rfcs/blob/master/dns/draft-ct-over-dns.md
>>
>
> 1) Why do you create a new Opcode for the header? These are kind of
> precious values. You are already using prefixes on the QNAME for STH
> queries; you could easily do so for the others as well.
>

I don't think that was intentional - we're not actually using a different
opcode!


>
> 2) Standard practice these days is to have prefixed labels start with an
> underscore (_).
>

You mean like in SRV records? It wasn't particularly intended that these
would be on a domain used for anything other than CT... but no particular
objection, either.


>
> 3) In the STH Query example, the Question section in the response is
> different than the Question section in the request. I hope this is a typo,
> given that RFC 1034 says that the two must be the same.
>

It is.


>
> 4) If you sure that the RData values for the responses are less than 256
> characters, that's fine; if they can be longer than that, you should
> probably add a note about the TXT records having more than one
> character-data string.


We were trying to avoid that happening...