Re: [dns-privacy] [Ext] WGLC : draft-ietf-dprive-unilateral-probing

Florian Obser <florian+ietf@narrans.de> Mon, 12 June 2023 05:46 UTC

Return-Path: <florian+ietf@narrans.de>
X-Original-To: dns-privacy@ietfa.amsl.com
Delivered-To: dns-privacy@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 003F1C14CF12 for <dns-privacy@ietfa.amsl.com>; Sun, 11 Jun 2023 22:46:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.897
X-Spam-Level:
X-Spam-Status: No, score=-6.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xNPkq4loyC2w for <dns-privacy@ietfa.amsl.com>; Sun, 11 Jun 2023 22:46:07 -0700 (PDT)
Received: from imap.narrans.de (michelangelo.narrans.de [IPv6:2001:19f0:6c01:821:5400:1ff:fe33:a36d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA512) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3355BC151542 for <dns-privacy@ietf.org>; Sun, 11 Jun 2023 22:46:06 -0700 (PDT)
Received: from pinkunicorn (2001-1c00-270d-e800-183d-c10e-2152-17ac.cable.dynamic.v6.ziggo.nl [2001:1c00:270d:e800:183d:c10e:2152:17ac]) by michelangelo.narrans.de (OpenSMTPD) with ESMTPSA id 13a8ccb8 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 12 Jun 2023 07:46:02 +0200 (CEST)
From: Florian Obser <florian+ietf@narrans.de>
To: Paul Hoffman <paul.hoffman@icann.org>
Cc: Philip Homburg <pch-ietf-dprive@u-1.phicoh.com>, "dns-privacy@ietf.org" <dns-privacy@ietf.org>
References: <64e17d73-ea1a-00cb-a8a5-b5cfb39c37ae@innovationslab.net> <45ada5a8-b483-dae7-eb56-88411fb2f75c@innovationslab.net> <7a3cd83a-b80d-f00d-b050-0a1d4845146b@innovationslab.net> <D7C916AC-E47D-45FE-9976-188DAE0775EF@icann.org> <CADyWQ+HMj5NH1g_oCTNxYkGDmp2L3EwmMyOv2-bXeXvp5kvm0A@mail.gmail.com> <6B55CCC0-069F-43DD-B9DA-024E4334D6F4@icann.org> <20c5ac1666e4428b8ffa70c7b9e8a19c@verisign.com> <CADyWQ+HJ7ZLWfwxr6vb9HsERMJXuu-1zD_=cr4S+mZ1ieWrYwQ@mail.gmail.com> <0007CDA7-ADD3-43BB-B5D3-3B1810206E0E@icann.org> <8fbed8926b3f4e28b9f3f76a85e0b619@verisign.com> <CANMuhxt5cE--GUtapEL69dFkAFSU5dF3psMCgNRKj8_dXpsFLA@mail.gmail.com> <ABE27A4A-BA96-4505-A3E3-1FE83CAA5A63@icann.org> <m1q6YGM-0000KoC@stereo.hq.phicoh.net> <3B79D45A-1F95-4A4A-9F8D-D3D9C424B4B2@icann.org> <m1q6oAa-0000KqC@stereo.hq.phicoh.net> <E68DAF11-E748-4F3C-AAD3-4E5921B652D9@icann.org> <m1q7FM5-0000LSC@stereo.hq.phicoh.net> <9E965077-D2BA-46C7-99EC-5B4C37918069@icann.org> <m1q82YG-0000MXC@stereo.hq.phicoh.net> <B2088F5F-60B6-4796-B16F-ED7F42838B72@icann.org>
Date: Mon, 12 Jun 2023 07:46:00 +0200
In-Reply-To: <B2088F5F-60B6-4796-B16F-ED7F42838B72@icann.org> (Paul Hoffman's message of "Sat, 10 Jun 2023 22:48:18 +0000")
Message-ID: <m14jndnsh3.fsf@narrans.de>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (darwin)
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/dns-privacy/dUlpSLF_WYMeM0rPrn6pK5CbsZo>
Subject: Re: [dns-privacy] [Ext] WGLC : draft-ietf-dprive-unilateral-probing
X-BeenThere: dns-privacy@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Addition of privacy to the DNS protocol <dns-privacy.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dns-privacy>, <mailto:dns-privacy-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dns-privacy/>
List-Post: <mailto:dns-privacy@ietf.org>
List-Help: <mailto:dns-privacy-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dns-privacy>, <mailto:dns-privacy-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Jun 2023 05:46:12 -0000

On 2023-06-10 22:48 UTC, Paul Hoffman <paul.hoffman@icann.org> wrote:
> On Jun 10, 2023, at 1:38 PM, Philip Homburg <pch-ietf-dprive@u-1.phicoh.com> wrote:
>> 
>>> In such a case, resolvers following
>>> this protocol will look for authoritative answers to ports 53 and
>>> 853 on that system, and the system would need to be able to
>>> differentiate queries for recursive answers from queries for
>>> authoritative answers.

I think this needs some MUST requirements because it's an interop
problem. An issue with the draft is that it never specifies explicitly
what a successful or unsuccessful probe is. My reading is that it
decides successful / unsuccessful on the transport layer. E.g. when it
can talk TLS to *something* on port 853 that's a success. Nevermind what
that something is.

>> 
>> For lack of a better term, I use the word 'lame' here:
>> 
>> If, during probing, a recursive resolver decides that the authoritative
>> server on port 853 is 'lame', then the recursive resolver should fall back
>> to port 53.
>
> The feeling that I got from the other messages is that the server on
> 853 is not lame: it is being authoritative for some names and
> recursive for all others. If so, it's not lame at all.

ns1.eu.org is authoritative for eu.org:
$ dig +norec +noall +comments @ns1.eu.org eu.org NS
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54105
;; flags: qr aa; QUERY: 1, ANSWER: 9, AUTHORITY: 0, ADDITIONAL: 5

The DoT recursive resolver refuses to talk to as when we turn of RD:
$ dig +tls +norec +noall +comments @ns1.eu.org eu.org NS
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 9454
;; flags: qr ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

It is happy to give us a recursive answer though, heck, it's even DNSSEC
validated:
$ dig +tls +noall +comments @ns1.eu.org eu.org NS
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48894
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 9, AUTHORITY: 0, ADDITIONAL: 5


>From the PoV of the draft (as it currently stands) the DoT probe is
successful, because something responded to us.

>
> --Paul Hoffman
>
> _______________________________________________
> dns-privacy mailing list
> dns-privacy@ietf.org
> https://www.ietf.org/mailman/listinfo/dns-privacy

-- 
In my defence, I have been left unsupervised.