Re: [Doh] panel discussion on DoH/DoC

Shane Kerr <shane@time-travellers.org> Thu, 07 February 2019 13:16 UTC

Return-Path: <shane@time-travellers.org>
X-Original-To: doh@ietfa.amsl.com
Delivered-To: doh@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 152F612950A for <doh@ietfa.amsl.com>; Thu, 7 Feb 2019 05:16:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 fA2XYmjm7LAz for <doh@ietfa.amsl.com>; Thu, 7 Feb 2019 05:16:06 -0800 (PST)
Received: from time-travellers.org (c.time-travellers.nl.eu.org [IPv6:2a02:2770::21a:4aff:fea3:eeaa]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 76F391294D0 for <doh@ietf.org>; Thu, 7 Feb 2019 05:16:06 -0800 (PST)
Received: from [2001:470:78c8:2:65fc:c318:cd2d:2bb1] by time-travellers.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <shane@time-travellers.org>) id 1grjYL-0005mN-Qr for doh@ietf.org; Thu, 07 Feb 2019 13:17:17 +0000
To: doh@ietf.org
References: <20190207105106.GB1772@server.ds9a.nl> <C7C3BAF7-4BD4-4EE2-B3F2-1F8B49222980@fugue.com> <20190207130313.7g7hf4swaopnr75e@nic.fr> <FD7BFAFF-88B9-49BF-A652-3649ADCD53F9@fugue.com>
From: Shane Kerr <shane@time-travellers.org>
Message-ID: <70dc8e21-4808-af5a-1d46-4154fc369954@time-travellers.org>
Date: Thu, 7 Feb 2019 14:16:03 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0
MIME-Version: 1.0
In-Reply-To: <FD7BFAFF-88B9-49BF-A652-3649ADCD53F9@fugue.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/doh/sOxvKw_bXvS--5vh-eHKCU7BIWY>
Subject: Re: [Doh] panel discussion on DoH/DoC
X-BeenThere: doh@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: DNS Over HTTPS <doh.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/doh>, <mailto:doh-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/doh/>
List-Post: <mailto:doh@ietf.org>
List-Help: <mailto:doh-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/doh>, <mailto:doh-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 07 Feb 2019 13:16:08 -0000

Ted,

On 07/02/2019 14.08, Ted Lemon wrote:
> On Feb 7, 2019, at 8:03 AM, Stephane Bortzmeyer <bortzmeyer@nic.fr> wrote:
>> The protocols are not innocent (they enable, they encourage, they
>> discourage) but they are not everything either. The dominance of Gmail
>> is not written in RFC 5321. DoH helps DoC ("helps", not "enables", DNS
>> over HTTPS was possible before), it does not decide DoC.
> 
> Of course, but in fact it appears that one of the primary use cases for DoH is DoC.   I would have thought that the primary use case for DoH was to bypass network censorship, but when I suggested as much during the discussion on the draft, the response I got suggested that the authors really hadn’t had that in mind, and that indeed the use case they had had in mind was DNS resolution in HTTP sessions by Javascript clients.   Which is, pretty much, DoC, although not the use case that subsequently emerged, where browsers do it instead of using the local resolver.

In theory one could send DoH queries to the server where you were 
getting an HTML page from, for any names that need resolution on that 
page. This would be a anti-DoC, indeed probably more decentralized than 
DNS itself is today.

If this model requires DNSSEC then it's not even that horrible, since 
web server operators would not be able to spoof or hijack DNS names.

Cheers,

--
Shane