Re: [DNSOP] Proposal: Whois over DNS

Brian Dickson <brian.peter.dickson@gmail.com> Tue, 09 July 2019 21:21 UTC

Return-Path: <brian.peter.dickson@gmail.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5B5D12006F for <dnsop@ietfa.amsl.com>; Tue, 9 Jul 2019 14:21:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.701
X-Spam-Level:
X-Spam-Status: No, score=-0.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, LOTS_OF_MONEY=0.001, PDS_NO_HELO_DNS=1.295, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 qzg6InPPMWRE for <dnsop@ietfa.amsl.com>; Tue, 9 Jul 2019 14:21:55 -0700 (PDT)
Received: from mail-ua1-x930.google.com (mail-ua1-x930.google.com [IPv6:2607:f8b0:4864:20::930]) (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 359B61200C7 for <dnsop@ietf.org>; Tue, 9 Jul 2019 14:21:55 -0700 (PDT)
Received: by mail-ua1-x930.google.com with SMTP id v18so6999800uad.12 for <dnsop@ietf.org>; Tue, 09 Jul 2019 14:21:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PbvGphID/diJNTnZ7u+Z5bcDShR0/PfeycLtsyGjX+4=; b=cJtU4ao9/t7aJcDhbxO0znQY80GvReJIFSjcHDLSq2D8UEZ/OiElhtPiz8+Sc6o9T0 FJi3lkfnGEtxoqDk8MkmfbCwdgcHDPNVtnMQKCltkgNhPPfVMjUIGoS+30k3qCCN336+ pmaeoN2KuoB86UHSFQUdZ5AeydoUiXho5hMxu4KZ3ylForvQox2t1qj3hzaZB2tsHvax P9HwndUx8Ow9hCwnFGMnhNIIBwcTgv3I6Vgu1yIVA/dH5WH3/UhCw6ibyLm/qVQhQIYK TLa4+WVVEJIl422Ugt95EhiHCZJbNNCtKb06G0RnUdPMEAmN3FuaZNo/4c/LlyDbMqYQ ph6g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=PbvGphID/diJNTnZ7u+Z5bcDShR0/PfeycLtsyGjX+4=; b=jljufOR5dMc7/oPCYCkPDy/K0JWugGFbnl6qcEmmgI66ZC8GCFkMnsgWZgw4wBwoPW cxKv5vzuBPdMiE9NsPaUA8viH9Xj30BTmTLthoxIOinMJt6a/7eWQYhr+tY5bQBRZRjJ dAbUVBIEhw1H5k7tcfoGpMVI1kh5A33jsip00W9sWo+t0g7qA+uonYUJ/OKoKqZM7uIE 8XfrdWDCzsR9jVHSrIb1mK1Vgd2XVXXKO7HalX3iEvc8s1kJkIODfa3VxQmWKRwlOtWZ CS+PCCd+L1UaQrxuJoptL+Oj4uNbh3O+nmZ9TA0TP4jKjJm+7UzS+152tI/A9yL283Yq knnQ==
X-Gm-Message-State: APjAAAWf8RVa3uGe0z4HV1m9Sv8bnpJG0y/3zdj6+WC6l9QWzvayDAx0 M5mKIWEwDcPcz6g+ZPP5kOW/Iz0/FCt+FqkhWlU=
X-Google-Smtp-Source: APXvYqwXNJAh7sYY6ZrcWbSNr+PowZg1opqflRdodn6q5u5zqxb2Smi2S1OyhhD14KAu7n4YJE6E0r+YYpPEKw90xus=
X-Received: by 2002:ab0:6390:: with SMTP id y16mr168063uao.62.1562707314165; Tue, 09 Jul 2019 14:21:54 -0700 (PDT)
MIME-Version: 1.0
References: <1CA7BF1B-DF50-443B-9219-55259835FE23@bambenekconsulting.com> <233E0AD8-97FE-466C-9B6C-D7A376031C3B@rfc1035.com> <93244821-6C22-457F-BA06-CF43CA9FD12B@bambenekconsulting.com> <EDE98437-E0B8-4B2E-8AA5-2F6B0079CE8B@hopcount.ca> <0ece2408-a1ec-fa5f-f8d1-ff65572de1ed@bambenekconsulting.com> <866041097.2378.1562689637240@appsuite-gw1.open-xchange.com> <23e86618-610f-8b49-a3bc-4417ebc28efd@bambenekconsulting.com> <F15A6ACF-E246-4D39-8AA3-FC2A49620A7B@rfc1035.com> <6ADDC7FB-3992-4EDC-9A5D-628E0AAA7CB7@bambenekconsulting.com>
In-Reply-To: <6ADDC7FB-3992-4EDC-9A5D-628E0AAA7CB7@bambenekconsulting.com>
From: Brian Dickson <brian.peter.dickson@gmail.com>
Date: Tue, 09 Jul 2019 14:21:42 -0700
Message-ID: <CAH1iCipN4k+w2N4FO8On5800M43wCQpD8DtC-tezxT45c=ezKg@mail.gmail.com>
To: John Bambenek <jcb=40bambenekconsulting.com@dmarc.ietf.org>
Cc: Jim Reid <jim@rfc1035.com>, "dnsop@ietf.org WG" <dnsop@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000594eea058d462663"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/bfVHBysxs7DYw1EkXrP0X_jPJ8c>
Subject: Re: [DNSOP] Proposal: Whois over DNS
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jul 2019 21:21:58 -0000

On Tue, Jul 9, 2019 at 2:01 PM John Bambenek <jcb=
40bambenekconsulting.com@dmarc.ietf.org> wrote:

> Below
>
> —
> John Bambenek
>
> On July 1st, 2019, my DGA feeds are converting to a CC-BY-NC-SA 4.0
> license which means commercial use will require a license. Contact
> sales@bambenekconsulting.com for details
>
> On Jul 9, 2019, at 15:51, Jim Reid <jim@rfc1035.com> wrote:
>
> >> On 9 Jul 2019, at 17:43, John Bambenek <jcb=
> 40bambenekconsulting.com@dmarc.ietf.org> wrote:
> >>
> >> I guess I'm not understanding the risks of people accidentally
> disclosing what they don't intend to.
> >
> > I suggest you learn more about GDPR. The penalties for non-compliance
> can hurt - up to 4% of global turnover.
> >
>
> No DPA is going to fine me for publishing my email on my dns zone. Not the
> use of only first person pronouns. No one is talking about anything a third
> party will do.



> Only what domain registrants may do if they so choose.
>

That is technically true, only in the cases where the registrant operates
their authoritative DNS server.

What is problematic, is if a registrant's data is published, where the
registrant uses a third party DNS hosting provider, and the registrant
makes a claim about that not being intentional. The starting point is a "he
said, she said" scenario where GDPR essentially reverses the presumption of
innocence on the data providers' part.

Protecting themselves against this kind of claim would require a
significant effort by DNS hosting providers, precisely because there would
be a liability issue.
The bar would probably be quite high, for proving that the publication was
done by the registrant, including some manner of proof regarding identity.
That is a hard problem.
For little to no perceived benefit, with a lot of development and support
(i.e. expense), I don't see this as likely to be taken up by DNS hosting
providers.

And without uptake by DNS hosting providers, there will not likely be any
significant uptake at all, IMHO. High relative risk, no reward.



>
> There is nothing in this I-D to require publishing anything. There is
> nothing in this I-D to require if someone publishes that its PII (can use
> role based accounts).
>

This line of argument resembles that of the NRA regarding gun use, in
promoting the interests of weapons manufacturers.
No offense intended, but maybe highlighting the real-world benefits rather
than minimizing the risks, would be a better approach.
I don't yet see any benefit for using DNS as the publication point,
particularly all the way down in the registrant's zones.

Brian


>
> Please read the I-D being proposed.
>
> The concern is that a standard structure of a DNS TXT record for WHOIS may
> inspire someone to “accidentally” publish their email in DNS, something
> they can coincidently do today because absolutely no new functionality is
> required to make this I-D happen.
>
> The only thing being proposed here is a standard format be which to put
> contact info (even role based contact info) into a DNS TXT record in a
> standard format.
>
> > Some CIOs are learning this the hard way. British Airways got fined
> $200M+ yesterday and Marriott’s been hit by a $100M+ fine today, both for
> data breaches which involved due diligence failures covered by GDPR.
>
> These are third parties managing someone else’s data.
> >
> > Anyone proposing policies or protocols that involve Personal Data really
> need to take account of the GDPR implications of their proposals and the
> likely impact on those who will be affected.
> >
> > Hey, what’s this got to do with dnsop? :-)
> >
>
> Because the I-D at hand is about DNS TXT records.
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop
>